Multi-cloud ou cloud unique : un avis honnête

« Multi-cloud » est l'une de ces expressions qui sonnent comme un gage de maturité. Elle apparaît dans les présentations aux conseils d'administration et dans les argumentaires des fournisseurs comme une preuve qu'une entreprise prend au sérieux la résilience et le rapport de force. Dans la pratique, la décision est bien moins prestigieuse et bien plus lourde de conséquences. Choisissez mal et vous vous enfermez dans une impasse, ou vous noyez une petite équipe sous une complexité qu'elle n'a jamais eu les effectifs pour porter.

Nous concevons et exploitons des infrastructures cloud pour des clients de tailles et de profils de risque très différents, et la réponse honnête est qu'aucune des deux stratégies n'est universellement correcte. Cet article détaille ce que chaque approche vous apporte réellement, où se cachent les coûts, et comment trancher en fonction de votre situation plutôt que de la diapositive que quelqu'un vous a montrée.

Ce que les gens entendent réellement par « multi-cloud »

Avant que le débat n'ait un sens, il faut distinguer trois choses très différentes que l'on regroupe sous un même mot.

• Le vrai multi-cloud consiste à exécuter les mêmes charges de travail, ou des charges comparables, sur deux fournisseurs ou plus (par exemple AWS et Google Cloud) de manière délibérée, souvent avec la capacité de basculer le trafic de l'un à l'autre.
• Le cloud hybride mélange un fournisseur public avec une infrastructure sur site ou privée. Fréquent dans les secteurs réglementés et les entreprises disposant déjà de centres de données.
• Le multi-cloud accidentel est ce que la plupart des équipes possèdent réellement : la plateforme principale est AWS, mais le marketing a lancé quelque chose sur Azure, l'équipe data aime BigQuery, et un produit racheté tourne encore sur DigitalOcean. Personne n'a choisi cela. Cela s'est accumulé.

Cette troisième catégorie compte, car beaucoup d'affirmations du type « nous sommes multi-cloud » signifient en réalité « nous avons perdu le fil ». Être lucide sur laquelle de ces situations vous concerne est le premier pas honnête. Une stratégie dans laquelle vous avez dérivé n'est pas une stratégie.

Les arguments en faveur d'un cloud unique

Pour la plupart des entreprises en deçà d'une certaine échelle, s'engager auprès d'un seul fournisseur est le choix pragmatique gagnant, et il vaut la peine d'expliquer clairement pourquoi.

La simplicité opérationnelle est un atout, pas un compromis. Un seul modèle d'identité et d'accès. Un seul modèle mental de réseau. Une seule console de facturation. Un seul jeu d'outils que vos ingénieurs connaissent vraiment en profondeur. Chaque fournisseur a ses propres particularités dans le comportement des VPC, de l'IAM, des équilibreurs de charge et des bases de données gérées, et en maîtriser un est déjà bien assez difficile. Demander à une équipe plateforme de cinq personnes d'être à l'aise avec deux, c'est la garantie d'incidents qui s'allongent et d'alertes à 2 heures du matin qui font plus peur.

Des remises plus importantes. Les engagements d'usage, les instances réservées et les plans d'économies récompensent la concentration. Lorsque vous répartissez vos dépenses entre plusieurs fournisseurs, vous affaiblissez votre position de négociation avec chacun d'eux et vous n'atteignez souvent pas les seuils de volume qui débloquent les meilleurs tarifs. La consolidation est l'un des leviers sur lesquels nous nous appuyons dans notre guide d'optimisation des coûts cloud, et le multi-cloud peut discrètement jouer contre elle.

Des services gérés que vous devriez sinon reconstruire. La vraie valeur d'un cloud moderne n'est pas la puissance de calcul brute, c'est la couche gérée : bases de données serverless, streaming d'événements, files d'attente, identité, outillage de ML. C'est là que les fournisseurs se différencient, et ces services ne sont presque jamais portables. Dès l'instant où vous vous engagez à rester neutre vis-à-vis d'un fournisseur, vous vous coupez des services mêmes qui permettraient à une petite équipe d'avancer vite.

Le compromis que vous acceptez est le risque de concentration. Si votre unique fournisseur passe une mauvaise journée, vous aussi. Pour une grande partie des entreprises, ce risque est plus faible et moins coûteux à atténuer que la charge permanente d'être présent partout.

Les arguments en faveur du multi-cloud

Le multi-cloud n'est pas une erreur. Il est simplement coûteux, et il lui faut une vraie raison. Voici les raisons qui le justifient réellement.

Exigences réglementaires et de résidence des données. Certaines juridictions ou certains contrats imposent que les données résident dans des régions précises ou chez des fournisseurs précis, et aucun prestataire unique ne satisfait forcément toutes les contraintes qui pèsent sur vous. C'est l'un des moteurs les plus légitimes, en particulier pour les entreprises servant des clients du secteur public européen ou opérant sous des régimes stricts de souveraineté des données.

Un risque fournisseur réel à grande échelle. Pour une entreprise dont l'intégralité du chiffre d'affaires dépend d'une disponibilité permanente, un fournisseur unique est un point de défaillance unique que la direction peut ne pas être prête à accepter. À une échelle suffisante, le coût de maintenir un environnement secondaire actif sur un autre cloud est faible au regard du coût d'une panne de plusieurs heures.

Des capacités best-of-breed. Il arrive qu'un fournisseur soit nettement meilleur pour une tâche précise : une plateforme de ML particulière, une base de données spécialisée, un modèle tarifaire adapté à une charge de travail en pics. L'utiliser délibérément pour cette seule charge, tandis que votre cœur de système reste ailleurs, est une forme raisonnable et circonscrite de multi-cloud.

Un levier de négociation. Être réellement capable de migrer vous donne une meilleure place à la table lors du renouvellement des contrats. Le mot-clé est réellement. Un levier que vous ne pouvez pas vraiment actionner est un bluff, et les fournisseurs le devinent généralement.

Remarquez ce qui manque à cette liste : la « résilience » comme vague aspiration, ou « éviter le verrouillage » comme réflexe. Ce sont des ressentis, pas des exigences. Le multi-cloud justifie son coût quand vous pouvez nommer la contrainte précise qui le motive.

Les coûts cachés que personne ne met sur la diapositive

L'argumentaire du multi-cloud parle toujours de ce que vous gagnez. La conversation honnête porte sur ce qu'il exige. D'après notre expérience, les équipes sous-estiment systématiquement quatre choses.

1. La charge cognitive. Chaque fournisseur est un monde entier de concepts, de valeurs par défaut et de modes de défaillance. Doubler cette surface ne double pas l'effort, cela plus que le double, car votre équipe possède désormais aussi les jointures entre eux.
2. Le réseau et l'egress. Déplacer des données entre clouds n'est ni gratuit ni rapide. Le transfert de données inter-cloud accumule des frais d'egress et ajoute de la latence, et ces coûts se cachent dans les décisions d'architecture jusqu'à ce qu'ils apparaissent sur la facture. Un service bavard réparti sur deux fournisseurs peut discrètement devenir l'un de vos plus gros postes de dépense.
3. Le piège du plus petit dénominateur commun. Pour rester portables, les équipes refusent souvent d'utiliser les meilleurs services gérés de chaque fournisseur et en reconstruisent des versions génériques elles-mêmes. Vous finissez par payer pour deux clouds tout en n'obtenant les capacités avancées d'aucun des deux, et vos ingénieurs entretiennent de la plomberie au lieu de livrer du produit.
4. La surface de sécurité. Deux clouds signifient deux systèmes d'identité, deux jeux de politiques réseau, deux journaux d'audit, et deux fois plus de risques de mal configurer quelque chose. Une posture de sécurité cohérente devient bien plus difficile à faire respecter, ce qui explique précisément pourquoi une architecture zero-trust devient quasi obligatoire, et non plus optionnelle, dès que vous vous étendez sur plusieurs fournisseurs.

Aucun de ces éléments n'est une raison de ne jamais passer au multi-cloud. Ce sont des raisons d'y aller les yeux ouverts et avec les effectifs adéquats.

Une voie médiane : portable là où ça compte

Le débat est souvent présenté comme du tout ou rien, mais la réalité pragmatique sur laquelle la plupart des équipes matures atterrissent se situe quelque part entre les deux. Vous pouvez réduire le verrouillage aux couches où la portabilité coûte peu, tout en utilisant des services gérés là où ils rapportent.

• Empaquetez les charges de travail dans des conteneurs afin que la couche de calcul soit largement portable.
• Utilisez l'infrastructure-as-code (Terraform ou équivalent) pour que les environnements soient reproductibles et non assemblés à la main clic après clic.
• Gardez la logique cœur de votre application exempte de dépendances fortes envers les particularités propriétaires d'un seul fournisseur, même si vous utilisez volontiers la base de données gérée de ce fournisseur.
• Faites abstraction des éléments vraiment critiques et difficiles à migrer (comme l'accès au stockage d'objets) derrière une fine interface interne, de sorte qu'une future migration soit un projet plutôt qu'une réécriture.

Cela vous donne l'essentiel de la valeur d'assurance de la portabilité sans payer la totalité de la charge d'exploitation du multi-cloud. Vous n'êtes pas neutre vis-à-vis d'un fournisseur, vous êtes flexible vis-à-vis d'un fournisseur, et pour la plupart des entreprises c'est le juste équilibre.

Comment décider concrètement

Laissez de côté l'idéologie. Parcourez honnêtement ces questions avec votre équipe.

1. Avons-nous une contrainte nommée ? Une réglementation précise, une clause contractuelle ou une exigence de disponibilité qu'un fournisseur unique ne peut pas satisfaire ? Si oui, le multi-cloud ou l'hybride est probablement sur la table. Si non, continuez.
2. Savons-nous bien exploiter un seul cloud aujourd'hui ? Si votre équipe apprend encore les fondamentaux d'un fournisseur, en ajouter un second n'apportera pas de résilience, cela apportera des pannes.
3. Quel est pour nous le coût réel du risque de concentration ? Modélisez l'impact business concret d'une mauvaise journée de votre fournisseur principal. Pour beaucoup d'entreprises, il est surmontable et moins coûteux de s'en prémunir avec des sauvegardes et du multi-région qu'avec du multi-cloud.
4. Avons-nous les personnes ? Le multi-cloud est un engagement d'exploitation, pas une installation ponctuelle. Si vous ne pouvez pas doter en continu une expertise sur chaque plateforme, ne commencez pas.
5. Notre multi-cloud est-il accidentel ? Si vous êtes déjà répartis entre plusieurs fournisseurs par accident, décidez délibérément de consolider ou de formaliser. Dériver est le pire des deux mondes.

Si vous répondez honnêtement à ces questions, le bon choix devient généralement évident. Les entreprises qui peinent sont celles qui ont répondu à la diapositive d'un fournisseur plutôt qu'à leurs propres questions.

Comment Innovation T peut vous aider

La plupart des équipes n'ont pas besoin d'une religion sur la stratégie cloud. Elles ont besoin d'une évaluation lucide de leurs contraintes réelles, de la capacité de leur équipe et de leur facture. Chez Innovation T, nous aidons les entreprises en Tunisie et au-delà à faire ce choix sans le battage : en concevant des configurations single-cloud qui restent simples et économiques, en concevant des environnements multi-cloud et hybrides délibérés là où la réglementation ou l'échelle l'exigent vraiment, et en démêlant l'éparpillement accidentel dans lequel tant d'équipes se réveillent.

Que vous choisissiez un fournisseur pour la première fois, que vous planifiiez une migration ou que vous cherchiez à comprendre pourquoi votre infrastructure semble plus lourde qu'elle ne devrait, notre équipe d'ingénierie cloud peut vous aider à décider puis à la construire correctement. Découvrez nos services ou prenez contact et nous partirons de vos contraintes, pas d'un modèle tout fait.