Le multi-cloud devient réel : AWS, Google et bientôt Azure s’unissent sur une même norme d’interconnexion

L’annonce discrète qui redéfinit la stratégie cloud

Depuis plus d’une décennie, le « multi-cloud » est un mot à la mode d’analyste qui se heurtait à une réalité inconfortable : connecter AWS, Google Cloud et Azure à l’échelle de la production était un projet d’archéologie réseau. Le peering privé entre fournisseurs nécessitait des installations de colocation spécialisées, des configurations BGP personnalisées et des équipes d’exploitation capables de lire trois documentations différentes sans les mélanger. La friction maintenait la plupart des entreprises effectivement mono-cloud, même quand elles achetaient auprès de plusieurs fournisseurs.

Cela change maintenant. En avril 2026, AWS a annoncé la disponibilité générale d’AWS Interconnect – multicloud, un service géré qui permet aux clients de provisionner des connexions privées, à haute bande passante et résilientes entre leurs VPC Amazon et d’autres clouds publics « en quelques clics ». Google Cloud est le partenaire de lancement. Microsoft Azure et Oracle Cloud Infrastructure sont confirmés pour rejoindre plus tard en 2026, en utilisant la même spécification ouverte.

Lorsque le troisième grand hyperscaler livrera la même surface d’API, une architecture réseau unique couvrira soudainement chaque combinaison — AWS-vers-GCP, AWS-vers-Azure, GCP-vers-Azure, ou les trois. La plus grande objection technique au multi-cloud est levée par les fournisseurs eux-mêmes qui ont bénéficié de son absence.

Ce qu’AWS Interconnect-multicloud fait réellement

Le service est simple à décrire et matériellement différent de ce qui existait avant. Les clients provisionnent un circuit croisé géré avec :

• Bande passante privée dédiée, et non transit Internet
• Liens physiques chiffrés entre les routeurs AWS et les routeurs du CSP partenaire
• Résilience 4 voies intégrée — plusieurs chemins physiques avec bascule automatique
• Provisionnement en quelques clics via la console native de chaque cloud, au lieu de gérer manuellement les circuits de colocation
• Une spécification d’interopérabilité ouverte que tout fournisseur cloud peut implémenter

L’offre parallèle de Google Cloud — Cross-Cloud Interconnect, étendue à AWS puis à d’autres partenaires — utilise la même spécification ouverte. C’est le détail qui compte le plus. Cela signifie que les trois hyperscalers ne construisent pas chacun des ponts propriétaires entre eux. Ils se standardisent sur une couche d’interopérabilité partagée que les tiers peuvent également implémenter.

Pourquoi les trois acteurs ont cédé en même temps

Les fournisseurs cloud résistaient historiquement à l’interconnexion facile parce que les revenus de sortie et le verrouillage étaient des douves puissantes. Trois forces ont imposé le changement :

1. Pression client. Selon le rapport State of the Cloud 2026 de Flexera, 94 % des entreprises utilisent désormais des services cloud et 87 % ont une stratégie multi-cloud. D’autres enquêtes rapportent que 84 % des leaders cloud optent intentionnellement pour plusieurs clouds. Ignorer cette demande n’était plus soutenable.

1. Diversité des charges IA. Les grandes entreprises exécutant des pipelines IA ont désormais besoin de calcul provenant de plus d’un fournisseur — Trainium sur AWS, TPU sur Google, MI300X sur Azure via NDv5, NVIDIA H200 où qu’il soit disponible. Déplacer des données entre ces pools de calcul à bas coût est une condition préalable au véritable IA multi-fournisseurs.

1. Pression réglementaire. Le Digital Operational Resilience Act (DORA) de l’UE, les orientations de la PRA britannique sur le risque de concentration et des cadres similaires en Australie, au Japon et à Singapour exigent explicitement des entreprises régulées qu’elles démontrent des plans de sortie cloud et de résilience multi-cloud. Les déploiements mono-cloud dans les services financiers sont de plus en plus non conformes.

L’avertissement Forrester 2026 : deux grandes pannes cloud cette année

Le timing du lancement de l’interconnexion n’est pas un hasard. Le rapport Predictions 2026 de Forrester avertit qu’au moins deux grandes pannes cloud de plusieurs jours auront lieu en 2026. Le raisonnement : les hyperscalers détournent les investissements des environnements x86 et ARM hérités, priorisant les centres de données IA centrés sur le GPU tandis que les plans de contrôle vieillissants et les couches réseau accumulent de la dette technique.

La panne AWS us-east-1 de 2025 et la grande perturbation d’Azure la même année ont été les coups de semonce. L’analyse de Forrester est que ces pannes forceront les entreprises à repenser la stratégie cloud « non seulement pour la résilience mais pour le contrôle, en particulier pour leurs gros paris sur l’IA ». Cela se traduit par la prévision qu’au moins 15 % des entreprises se tourneront vers des déploiements IA privés sur des clouds privés en 2026, et un réaménagement supplémentaire vers les neoclouds — CoreWeave, Lambda, Nebius et d’autres — qui devraient capturer 20 milliards de dollars de revenus en 2026 seulement.

Dans ce contexte, l’interconnexion multi-cloud facile n’est pas une fonctionnalité bonus. C’est la primitive architecturale qui rend possible une résilience cloud réaliste.

Ce que cela débloque pour les entreprises

Une reprise après sinistre qui fonctionne vraiment. Auparavant, désigner un cloud secondaire comme cible de DR signifiait dupliquer l’infrastructure de synchronisation des données et absorber des coûts de sortie brutaux lors du basculement. Avec l’interconnexion gérée, la réplication inter-cloud devient une tâche opérationnelle de routine plutôt qu’un projet.

Optimisation fournisseur au niveau de la charge. Exécuter l’inférence sur Trainium chez AWS, l’entraînement sur TPU chez Google et héberger les applications client sur Azure est désormais faisable en tant qu’architecture logique unique. Les mêmes données client peuvent transiter entre elles de manière sécurisée et suffisamment bon marché pour que cela compte.

Levier de négociation. Les entreprises qui peuvent déplacer de manière crédible des charges entre clouds peuvent exiger de meilleurs prix. L’interconnexion supprime le plus grand argument technique contre la menace de changer.

Conformité réglementaire. DORA, PRA et régimes équivalents deviennent plus faciles à satisfaire. Les auditeurs veulent voir des plans de sortie cloud opérationnels, pas des schémas d’architecture qui dépendent discrètement d’un seul fournisseur.

Ce que cela ne résout pas

Le multi-cloud reste difficile pour des raisons qui n’ont rien à voir avec le réseau :

• Identité et accès. IAM est encore fragmenté entre fournisseurs ; l’identité fédérée nécessite une conception soignée.
• Gravité des données. Les services de stockage ne sont pas portables. Déplacer des pétaoctets prend du temps et de l’argent, quelle que soit la bande passante.
• Complexité opérationnelle. Deux ou trois clouds signifient deux ou trois ensembles d’outils de monitoring, logging, réponse aux incidents et gestion des coûts.
• Talent. Les équipes fluides dans un cloud sont rares. Les équipes fluides dans trois sont plus rares et chères.

Ce sont des coûts réels. Mais ce sont désormais les seuls coûts, car le seul mur technique qui rendait autrefois le multi-cloud économiquement infaisable — un réseau inter-cloud abordable et de qualité production — a été démantelé.

Implications pour l’entreprise

1. Révisez les plans de résilience. Si votre dernière évaluation de résilience cloud supposait que la connectivité inter-cloud était trop difficile, l’hypothèse n’est plus valide. Les comités de risque des conseils devraient demander des conceptions mises à jour.
2. Préparez-vous pour la GA d’Azure. Une fois qu’Azure rejoindra plus tard en 2026, les architectures à trois voies deviendront pratiques. Commencez le travail de conception maintenant pour être prêt quand la GA arrive.
3. Renégociez les contrats d’engagement d’usage. La crédibilité multi-cloud améliore votre position sur tout engagement important 2026-2027.
4. Surveillez les neoclouds. La prévision de Forrester implique un vrai basculement des charges IA vers CoreWeave, Lambda et Nebius. La spécification d’interconnexion est ouverte, ce qui signifie que les neoclouds peuvent également l’implémenter et offrir une connectivité compatible sans les hyperscalers comme gardiens.

Ce qu’il faut surveiller ensuite

• Date GA d’Azure Interconnect — le moment où l’architecture à trois clouds est pleinement disponible.
• Rejoint d’Oracle Cloud Infrastructure — promis pour plus tard en 2026.
• Adoption de la spécification d’interconnexion par les neoclouds — CoreWeave et Lambda changeraient l’équilibre concurrentiel s’ils l’expédiaient.
• Première grande panne cloud 2026 — la prévision de Forrester sera soit confirmée, soit discrètement révisée.

Le multi-cloud a passé une décennie comme mot à la mode. 2026 est l’année où il devient une architecture. Pour les entreprises qui attendaient que les barrières techniques tombent, l’attente est terminée.

Sources et lectures complémentaires

• AWS announces general availability of AWS Interconnect – multicloud — AWS
• AWS and Google Cloud collaborate on multicloud networking — Google Cloud Blog
• Azure follows Google in joining AWS multicloud initiative — Intercept
• Predictions 2026: Cloud Outages, Private AI, and the Rise of the Neoclouds — Forrester
• Forrester Predicts Two Major Cloud Outages in 2026 — OpenMetal