Oracle accélère sa stratégie multicloud : les services de base de données IA s'étendent à 22 régions, la ligne dédiée inter-cloud entre officiellement en service commercial.

La stratégie multi-cloud d'Oracle gagne du terrain : bases de données IA et interconnexion inter-cloud avancent sur deux fronts

La semaine dernière, Oracle a été l'acteur le plus actif dans le domaine du multi-cloud. De la disponibilité générale d'Oracle Interconnect for AWS à l'expansion d'Oracle AI Database@AWS à São Paulo, Madrid, Stockholm et San Jose, en passant par l'arrivée d'OCI GoldenGate sur Google Cloud, Oracle prouve par ses actions que le véritable multi-cloud ne consiste pas à avoir « un seul cloud pour tout dominer », mais à placer chaque charge de travail sur le cloud qui lui convient le mieux, tout en éliminant les frictions de connexion entre les clouds.

Pour les CTO et les architectes qui évaluent l'architecture informatique de leur entreprise, ces mises à jour envoient un signal clair : les grands fournisseurs de cloud passent d'une logique « chacun pour soi » à une logique « services communs », et la combinaison du multi-cloud et des bases de données IA devient le nouveau socle de la transformation numérique des entreprises.

Contexte : une cascade de mises à jour sur le blog officiel d'Oracle

Selon les informations publiées sur le blog officiel d'Oracle Cloud Infrastructure (de mai à juillet 2026), Oracle fait progresser sa stratégie multi-cloud dans différentes régions et sur différents marchés :

• Oracle Interconnect for AWS : après une phase de disponibilité limitée, le service a été annoncé en disponibilité générale (GA) le 29 juillet 2026, avec pour régions initiales OCI Ashburn et AWS US East (Virginie du Nord). Il offre une connexion inter-cloud privée, à haut débit et entièrement gérée, avec le chiffrement MACsec activé par défaut et sans frais de transfert de données.
• Oracle AI Database@AWS : ce service a célébré son premier anniversaire en juin 2026, alors qu'il comptait déjà 20 régions. Le 23 juin, l'ajout de Stockholm et de San Jose a été annoncé, puis São Paulo et Madrid sont venues s'y ajouter en juillet, portant le total à 22 régions. Le service prend en charge Oracle RAC, Exadata Database Service, Autonomous AI Lakehouse et AI Vector Search natif.
• OCI GoldenGate on Google Cloud : le 20 mai 2026, OCI GoldenGate est passé en disponibilité générale dans le cadre d'Oracle AI Database@Google Cloud. Les utilisateurs peuvent le configurer directement depuis la console Google Cloud et régler le service via leurs engagements de dépenses Google Cloud.Ces annonces ne sont pas des nouvelles isolées, mais constituent une série d’actions cohérentes de la stratégie « multicloud d’abord » d’Oracle. La logique centrale est la suivante : intégrer les capacités de bases de données et d’IA d’Oracle dans les autres grands clouds publics, afin que les clients n’aient pas besoin de « migrer ou de réarchitecturer », mais puissent bénéficier des services de données d’entreprise d’Oracle dans leur environnement cloud existant.

Analyse technique : de la « liaison dédiée entre deux clouds » au « service de base de données »

1. Oracle Interconnect for AWS : éliminer la complexité de la mise en réseau intercloud

La connexion intercloud n’est pas un nouveau concept. Auparavant, pour communiquer entre OCI et AWS, les entreprises devaient soit passer par l’Internet public (avec des risques en matière de sécurité et de latence), soit déployer leur propre VPN ou louer une ligne dédiée, puis gérer des aspects complexes tels que l’incohérence des protocoles de routage entre les deux côtés, la gestion de multiples contrats, la configuration d’équipements tiers, etc. Oracle Interconnect for AWS change la donne.

Ce service, conçu et exploité conjointement par Oracle et AWS, adopte un modèle de connexion gérée. Son tarif est faible et uniforme à l’échelle mondiale, sans frais de transfert de données, et il utilise par défaut le chiffrement IEEE 802.1AE MACsec. Les clients peuvent créer et gérer la connexion à partir de la console cloud standard ; la complexité du réseau sous-jacent est prise en charge par les deux fournisseurs de cloud. Il s’agit en réalité d’une version gérée et améliorée du « peering VPC intercloud », qui évite aux entreprises faisant fonctionner des architectures distribuées de consacrer trop d’efforts à la couche réseau.

2. Oracle AI Database@AWS : faire prospérer les bases de données d’entreprise dans AWS

Oracle AI Database@AWS n’est pas un simple « transfert de la propriété intellectuelle de la base de données », mais un service géré qui s’exécute dans les centres de données AWS (grâce à un couplage étroit entre l’infrastructure OCI et AWS). Les clients peuvent continuer à utiliser les outils AWS et une facturation unifiée, tout en exécutant Oracle RAC, Exadata, Autonomous AI Lakehouse, etc.

Son point fort réside dans le « AI » : Oracle intègre des capacités telles que AI Vector Search et Autonomous AI Lakehouse directement dans la base de données, permettant aux entreprises d’exécuter des charges de travail d’IA directement là où sont stockées leurs données métier, sans avoir à copier les données vers un entrepôt de données d’IA distinct. Cela résout le plus grand problème rencontré par les entreprises lors de la création d’une IA : les silos de données et les flux de données redondants.

3. OCI GoldenGate on Google Cloud : la synchronisation des données en temps réel comme ciment du multicloudOCI GoldenGate est un service de capture des changements de données et de réplication en temps réel. Désormais, ce service, en tant que composant d’Oracle AI Database@Google Cloud, peut être configuré directement depuis la console Google Cloud. Cela signifie que les clients peuvent maintenir la synchronisation des données dans un environnement multicloud, pour la migration de bases de données, la reprise après sinistre et l’analyse en temps réel. Pour les architectures multicloud, la réplication des données en temps réel est un outil clé pour éliminer les silos de données.

Analyse de l’impact sur les entreprises : réduire la complexité inter-cloud tout en réévaluant les coûts et la dépendance envers les fournisseurs

Impact sur les coûts

Le modèle de tarification d’Oracle Interconnect for AWS mérite l’attention : des frais de connexion faibles et uniformes, sans frais de transfert de données. En comparaison, les frais de trafic sortant des fournisseurs de cloud traditionnels ont toujours constitué un coût caché non négligeable dans les architectures multicloud. Cette approche réduira probablement de manière significative l’OPEX lié aux flux de données inter-cloud.

Mais les entreprises doivent également surveiller d’autres coûts : une fois connectées au service multicloud, comment les coûts de licence et de support de la base de données seront-ils calculés ? Le modèle de facturation d’Oracle AI Database@AWS est-il regroupé avec la facture AWS ? Bien que la tarification détaillée n’ait pas encore été divulguée, les entreprises devraient se préparer à effectuer une analyse du TCO, en particulier par rapport à un centre de données local et à une solution mono-cloud.

Impact sur le déploiement et l’exploitation

Le principal avantage est la réduction du risque de « refactorisation ». Auparavant, la migration d’une base de données Oracle vers une autre plateforme cloud nécessitait souvent de modifier l’application ou l’architecture de la base de données. Désormais, grâce à AI Database@AWS ou Google Cloud, les entreprises peuvent conserver leur environnement Oracle tout en bénéficiant des services de l’écosystème d’AWS ou de Google Cloud. Les équipes d’exploitation peuvent toujours utiliser les outils de surveillance, d’identité et de réseau d’AWS, avec une courbe d’apprentissage douce.

Mais attention : ces services sont encore en évolution rapide et l’extension régionale est inégale. Actuellement, Oracle AI Database@AWS n’est proposé que dans certaines régions avec une seule zone de disponibilité, ce qui pourrait ne pas répondre aux exigences de haute disponibilité. Avant d’adopter ces services, les entreprises devraient évaluer la disponibilité régionale et mettre en place une stratégie de reprise après sinistre appropriée.

Sécurité et conformité

Oracle Interconnect for AWS active le chiffrement MACsec par défaut, garantissant la confidentialité et l’intégrité des transferts de données entre les clouds. De plus, en passant par une connexion gérée qui contourne l’Internet public, il réduit les risques d’attaques DDoS et d’homme du milieu. En ce qui concerne la conformité des transferts transfrontaliers de données, Oracle et AWS augmentent continuellement leur couverture régionale (comme Madrid, São Paulo) pour répondre aux exigences de résidence des données. Cependant, les entreprises doivent encore vérifier elles-mêmes que les transferts transfrontaliers de données respectent les réglementations locales (RGPD, PDPB, etc.) et ne peuvent pas se fier entièrement à la « couverture » des fournisseurs cloud.

Recommandation généraleCes services multicloud conviennent aux entreprises suivantes : - les entreprises « double pile » qui possèdent déjà de nombreuses applications sur AWS ou Google Cloud, tout en faisant tourner des bases de données critiques sur Oracle ; - les clients Oracle qui souhaitent utiliser des fonctionnalités d’IA sans vouloir migrer leur base de données ; - les entreprises qui planifient une migration de bases de données et préfèrent une stratégie par étapes plutôt qu’un basculement « big bang ».

En revanche, si une entreprise n’utilise pas de bases de données Oracle, ou si elle a des réserves concernant la licence Oracle, cette offre n’a qu’une valeur limitée.

Analyse de la concurrence sur le marché : un nouveau paradigme de coopétition oligopolistique

Dans la concurrence cloud traditionnelle, chaque fournisseur cherche à conserver les charges de travail dans son propre écosystème. Mais la stratégie d’Oracle, cette fois, est radicalement différente : puisque les charges de travail de bases de données sont difficiles à migrer entièrement, autant pénétrer activement le terrain des concurrents et devenir une « couche à valeur ajoutée » sur les autres clouds.

• AWS et Oracle, « ennemis et amis » : AWS a poussé à plusieurs reprises les clients à migrer de la base de données Oracle vers Aurora ou PostgreSQL, mais désormais les deux parties proposent conjointement des services de base de données Oracle. Cela montre qu’à l’ère de l’IA, les charges de travail d’entreprise les plus rentables (bases de données + IA) ne peuvent pas être verrouillées par la seule infrastructure ; la coopération permet au contraire d’élargir la concurrence face aux sociétés de données comme Snowflake et Databricks.
• Impact potentiel sur Azure : Oracle a déjà lancé une coopération similaire avec Azure (Oracle Database@Azure), mais cette expansion très médiatisée sur AWS pourrait inciter certains clients Oracle présents sur Azure à réévaluer leur choix. Toutefois, Azure conserve ses propres atouts, notamment son intégration profonde avec Office 365 et Active Directory.
• La différenciation de Google Cloud : Grâce à OCI GoldenGate, Google Cloud a obtenu des capacités de réplication de données en temps réel, attirant les clients qui ont besoin de couvrir à la fois Oracle et Google Cloud. Ce partenariat rend Google Cloud plus compétitif dans l’intégration de données et l’IA.
• Pour les petits fournisseurs de cloud et les prestataires de services managés : La coopération entre les grands fournisseurs de cloud entre en concurrence avec les prestataires de services managés établis (comme Rackspace), qui s’appuyaient auparavant sur « la connexion de plusieurs clouds pour les clients ». Désormais, Oracle et AWS opèrent conjointement, et l’espace laissé aux services tiers intermédiaires va se réduire.

Les grandes gagnantes sont les grandes « entreprises multicloud » : elles peuvent obtenir plus d’options sans modifier leurs investissements cloud existants. Le verrouillage par un fournisseur de cloud unique, en particulier le modèle de verrouillage fondé sur la base de données, est en train d’être remplacé par ce « verrouillage stratégique ».

Tendances du secteur : une architecture multicloud « AI native », où la base de données est le pivot centralPar le passé, l'architecture multicloud était souvent comprise comme une répartition du calcul et du stockage entre plusieurs clouds. Mais à l'ère de l’IA, les données sont devenues l’actif le plus important, et la base de données, en tant que cœur des données, est devenue le hub central de la stratégie multicloud.

La stratégie d’Oracle reflète trois grandes tendances :

1. Le cloud IA va « là où se trouvent les données » : il ne s’agit pas de déplacer les bases de données à côté des GPU, mais d’intégrer les capacités d’IA directement dans les bases de données, afin de fournir en continu aux entreprises un socle d’analyse intelligente. 2. Les fournisseurs de cloud passent de l’« exclusivité mutuelle » à l’« interconnexion » : la couche d’infrastructure commence à se standardiser et à se banaliser ; le facteur clé de différenciation réside dans les services avancés et les réseaux de partenaires proposés. 3. La stratégie informatique des entreprises devient un « réseau de clouds » : il ne s’agit plus de choisir un cloud, mais de concevoir une topologie où connexions, flux de données et périmètres de sécurité s’étendent à travers plusieurs clouds. Les services cloud natifs et les connexions gérées feront partie de l’infrastructure, un peu comme les routes.

À long terme, l’« interconnexion » entre les fournisseurs de cloud deviendra la norme, et non l’exception. Les plateformes cloud qui ne parviendront pas à offrir une expérience multicloud fluide pourraient perdre des parts de marché auprès des grands comptes. Oracle semble l’avoir compris et constitue rapidement sa propre « carte de connexions » multicloud.

CloudTechDaily Insight

La véritable nature de cette salve d’annonces d’Oracle n’est pas une simple « mise à jour de produits », mais une redéfinition des règles du secteur du cloud — remplacer le « verrouillage » par l’« interopérabilité ».

Le message le plus important est que les services avancés de bases de données IA peuvent être déployés sur OCI, mais aussi sur AWS et Google Cloud, sans sacrifier les fonctionnalités. Cela a des implications multidimensionnelles pour la stratégie informatique des entreprises : premièrement, cela réduit la charge cognitive liée au changement de fournisseur cloud et fait reposer les décisions techniques davantage sur la valeur métier que sur l’emplacement physique ; deuxièmement, cela signifie que les entreprises peuvent faire évoluer leur informatique de manière « incrémentale », en intégrant progressivement les capacités d’IA dans leurs bases de données existantes, plutôt que par une migration cloud unique ; troisièmement, cela remet en cause la vision traditionnelle qui assimile les bases de données Oracle à un modèle « indépendant du cloud » ou « auto-hébergé ».

À l’avenir, la compétitivité des plateformes cloud dépendra de leur degré d’ouverture sur le « plan de données » et de leur volonté de servir les clients en collaboration avec d’autres acteurs concurrents. Oracle ne procède pas ainsi pour abandonner ses propres régions, mais pour que son avance dans la technologie des bases de données IA pénètre tous les grands écosystèmes cloud. Pour les entreprises, cela offre un large éventail de choix, tout en exigeant des capacités plus solides de gouvernance et d’architecture multicloud. Le multicloud n’est plus au futur, mais au présent ; la base de données est devenue le nouveau pivot du monde multicloud propulsé par l’IA.