AWS Interconnect connecte AWS et Oracle Cloud en privé — le multicloud devient natif

Le 31 juillet 2026, AWS a discrètement annoncé la disponibilité générale d’AWS Interconnect pour Oracle Cloud Infrastructure (OCI). L’information, noyée dans le Weekly Roundup d’Amazon, est passée relativement inaperçue dans le bruit médiatique du weekend. C’est une erreur : c’est la première interconnexion privée native entre deux hyperscalers concurrents, et elle change la donne pour les entreprises qui opèrent des workloads répartis entre AWS et OCI.

Jusqu’ici, connecter AWS à OCI signifiait déployer une appliance virtuelle (VPN IPSec ou SD-WAN), provisionner un Direct Connect d’un côté et un FastConnect de l’autre, puis les raccorder via un centre de colocation. Le résultat fonctionnait — au prix d’une latence ajoutée, d’une complexité opérationnelle et d’un point de défaillance unique artisanal.

AWS Interconnect supprime toute cette couche.

Comment fonctionne AWS Interconnect

Le service repose sur un principe simple : AWS et OCI ont déployé des points d’interconnexion physiques communs dans plusieurs régions, et exposent cette connectivité via leurs consoles respectives.

Côté AWS : l’administrateur crée une ressource Interconnect dans la console AWS, sélectionne la région OCI cible, et associe le VPC qui doit communiquer avec le cloud Oracle.

Côté OCI : le même administrateur accepte la demande d’interconnexion dans la console OCI et la rattache à un VCN (Virtual Cloud Network) existant.

Le provisioning prend moins de 15 minutes selon la documentation. Pas de matériel à déployer, pas de tunnel à maintenir, pas de fournisseur de colocation à impliquer. Le trafic circule sur un lien privé, chiffré au niveau lien par défaut, sans jamais traverser l’Internet public.

Cas d’usage : pourquoi AWS + OCI ?

L’annonce peut surprendre : pourquoi une entreprise voudrait-elle connecter directement AWS et OCI ? La réponse tient en deux mots : bases de données Oracle.

Oracle Database est le système de gestion de base de données le plus répandu dans les grandes entreprises. Des décennies d’applications critiques — ERP, CRM, supply chain, back-office bancaire — tournent sur Oracle DB. La migration vers le cloud de ces applications est souvent bloquée par les coûts de licence et les contraintes de performance.

OCI propose un modèle de licence optimisé pour Oracle Database — notamment avec Oracle Autonomous Database et Exadata Cloud Service — qu’aucun autre hyperscaler ne peut égaler. Mais l’application qui consomme cette base de données peut très bien tourner sur AWS, où l’entreprise a déjà investi dans des compétences, des pipelines CI/CD et des services managés.

AWS Interconnect rend ce schéma viable à grande échelle :

• Base Oracle sur OCI : licences optimisées, performance Exadata, backups managés.
• Application sur AWS : ECS, EKS, Lambda, RDS pour les données non Oracle.
• Interconnexion privée : latence inférieure à 2 ms dans les régions connectées, débit jusqu’à 100 Gbps.

Ce n’est pas du lift-and-shift. C’est une architecture hybride assumée, où chaque workload va là où il est le plus performant et le moins coûteux.

Les régions disponibles au lancement

Le lancement en disponibilité générale couvre quatre paires de régions :

AWS a précisé que d’autres paires de régions et d’autres fournisseurs cloud seront ajoutés « dans les mois à venir ». La feuille de route mentionne explicitement Google Cloud comme prochain partenaire d’interconnexion.

Implications pour la stratégie multicloud

AWS Interconnect ne se contente pas de simplifier une connexion technique. Il valide une tendance que les hyperscalers ont longtemps combattue : le multicloud assumé.

Jusqu’en 2025, le discours officiel des trois grands (AWS, Azure, GCP) était « migrez tout chez nous, c’est plus simple ». La réalité du terrain a imposé un pragmatisme différent. Selon le rapport Flexera 2026 State of the Cloud, 89 % des entreprises utilisent au moins deux clouds publics. La moitié d’entre elles citent la « dépendance stratégique envers un fournisseur » comme une préoccupation majeure.

Avec AWS Interconnect, AWS reconnaît implicitement que la bataille du « cloud unique » est terminée. Plutôt que de perdre le workload Oracle au profit d’OCI — et potentiellement le reste du workload avec — AWS préfère fournir la tuyauterie qui maintient l’application chez lui.

C’est une décision commercialement rationnelle. C’est aussi un signal pour les DSI : le multicloud n’est plus un bricolage d’intégrateur, c’est une fonctionnalité native des hyperscalers.

Comparaison avec les alternatives existantes

La différence ne se joue pas seulement sur le coût ou la latence. Elle se joue sur le temps de provisioning et la suppression des intermédiaires. Un architecte cloud peut prototyper une architecture AWS + OCI en une après-midi, sans ticket d’achat, sans contrat de colocation, sans appliance à configurer.

Verdict

AWS Interconnect est la brique qui manquait au multicloud pragmatique. Si votre entreprise opère des bases Oracle et des applications sur AWS, vous n’avez plus d’excuse pour maintenir un tunnel VPN artisanal entre les deux. Le provisioning est trivial, la latence est celle d’un même datacenter, et le coût est prévisible.

Le vrai test viendra à l’automne 2026, quand Google Cloud sera ajouté comme partenaire d’interconnexion. Si la promesse d’un maillage privé entre les trois hyperscalers se concrétise, l’argument du vendor lock-in perdra son dernier fondement technique.

En attendant, activez AWS Interconnect si vous êtes concerné par le couple AWS+OCI. Quinze minutes suffisent.

Références

• AWS — AWS Interconnect multicloud connectivity with OCI in GA, 31 juillet 2026
• AWS Weekly Roundup — August 3, 2026, 3 août 2026
• Flexera 2026 State of the Cloud Report, 2026