Sommaire
Introduction
Les quatre grands clouds peuvent exécuter presque toutes les charges de travail. Les vraies différences tiennent à ce que chacun fait le mieux, à ce qu’il facture sans que vous le remarquiez avant de recevoir la facture, au fonctionnement de l’identité et de la gouvernance, et à l’existence de régions où vos données ont le droit de se trouver. Ce sont ces facteurs qui doivent décider, pas un benchmark ou une offre de crédits gratuits.
Les plateformes en un coup d’œil
| Fournisseur | Point fort | Points d’attention | Convient à |
|---|---|---|---|
| AWS | Catalogue de services le plus large, IAM et réseau matures, plus grand marché de partenaires et de compétences | Tarifs complexes et nombreux services qui se recoupent | Les produits natifs du cloud et les équipes qui veulent le plus d’options |
| Microsoft Azure | Entra ID, intégration à Microsoft 365, gestion hybride avec Azure Arc, contrats d’entreprise | Qualité variable selon les services ; portail complexe | Les entreprises centrées sur Microsoft et les parcs hybrides |
| Google Cloud | Données et analyses avec BigQuery, Kubernetes avec GKE, IA avec Vertex AI et les TPU | Réseau de partenaires d’entreprise plus restreint sur certains marchés | Les charges riches en données et orientées IA |
| Oracle Cloud (OCI) | Oracle Database et Exadata, sortie réseau peu coûteuse, régions dédiées et souveraines | Catalogue de services et vivier de compétences plus réduits | Les parcs de bases Oracle et les charges à forte sortie de données |
Présence dans le Golfe
Les régions locales comptent pour la latence et, plus souvent encore, pour la réglementation. AWS exploite des régions à Bahreïn et aux Émirats. Azure exploite UAE North et UAE Central, ainsi que Qatar Central. Google Cloud exploite des régions à Doha et à Dammam. Oracle exploite des régions à Djeddah, Riyad, Dubaï et Abou Dabi. Tous les fournisseurs ont annoncé d’autres extensions, notamment en Arabie saoudite : vérifiez donc la liste actuelle des régions et surtout les services disponibles dans chacune. Les nouvelles régions ouvrent souvent avec un catalogue réduit.
- Vérifiez que les services dont vous avez besoin, y compris les bases de données managées, les GPU et les outils de sécurité, existent dans la région visée.
- Vérifiez où se trouvent les sauvegardes, les journaux, les accès du support et le traitement par les modèles d’IA. Les données peuvent quitter une région par ces chemins même si la charge de travail y reste.
- Pour les charges publiques et les infrastructures critiques, renseignez-vous sur les offres souveraines ou exploitées localement avec des partenaires du pays.
Les pièges tarifaires à modéliser tôt
- La sortie de données. Faire sortir des données d’un cloud, ou les déplacer entre régions, peut coûter plus cher que le calcul qui les a produites. Oracle est nettement moins cher sur ce point ; les autres facturent sensiblement la sortie vers Internet.
- Les passerelles NAT managées, les répartiteurs de charge et les points de terminaison privés sont facturés à l’heure et au gigaoctet, et ils se multiplient d’un environnement à l’autre.
- Les remises d’engagement (Savings Plans, réservations, remises d’utilisation engagée) permettent de grandes économies, mais seulement si l’engagement correspond aux charges que vous gardez réellement en service.
- Journalisation et surveillance. Des journaux verbeux envoyés aux outils natifs du fournisseur peuvent discrètement devenir l’un des plus gros postes de dépense.
Identité et gouvernance
Chaque plateforme a son propre modèle d’identité. AWS utilise des rôles et politiques IAM délimités par compte, organisés avec AWS Organizations et les service control policies. Azure relie tout à Entra ID et organise les ressources en groupes d’administration et abonnements avec Azure Policy. Google Cloud utilise une hiérarchie d’organisation, de dossiers et de projets avec des politiques d’organisation. OCI utilise des compartiments et des déclarations de politique. Quel que soit votre choix, mettez en place la landing zone, les garde-fous et l’authentification unique avant la première charge de travail, pas après la cinquantième.
Quand le multicloud en vaut la peine
Exploiter la production sur plusieurs clouds double les compétences, les outils et les contrôles de sécurité nécessaires, et améliore rarement la disponibilité autant qu’une architecture multirégion bien conçue dans un seul cloud. Le multicloud se justifie pour des raisons précises : un service de référence comme BigQuery ou Oracle Database, une exigence réglementaire de fournisseur local, ou une acquisition qui a apporté une seconde plateforme. Utilisez un cloud principal et ajoutez-en d’autres en connaissance de cause, avec une identité, des politiques et une observabilité communes.
Conclusion
Les quatre plateformes peuvent exécuter de sérieuses charges de production : les différences qui comptent sont donc souvent propres à votre activité. Modélisez les tarifs tôt, confirmez la présence locale là où vous en avez besoin et n’ajoutez pas de second cloud sans raison claire.
- Cloud
- AWS
- Azure
- Google Cloud
- Oracle Cloud
- Résidence des données
- Comparatif d’outils
