La souveraineté numérique n’est plus un slogan politique ni un argument marketing pour administrations publiques. En 2026, elle s’impose comme un critère de sélection technique pour les banques, hôpitaux, assureurs et opérateurs d’infrastructures critiques qui veulent déployer l’intelligence artificielle sans renoncer au contrôle de leurs données, de leur chaîne d’approvisionnement logicielle et de leur trajectoire technologique. C’est dans ce contexte que Red Hat a officialisé l’arrivée prochaine de Red Hat OpenShift sur Google Cloud Dedicated (GCD), une offre taillée sur mesure pour les organisations les plus régulées d’Europe.

Annoncée pour une disponibilité générale au second semestre 2026, la solution combine la plateforme Kubernetes d’entreprise de Red Hat avec l’infrastructure dédiée et isolée de Google Cloud. Objectif affiché : offrir aux secteurs régulés un cloud hybride souverain capable d’absorber les charges d’IA tout en respectant les exigences du RGPD, de DORA, de NIS2 et des cadres nationaux émergents. Pour les DSI européens, c’est un signal fort dans une bataille où OVH, Scaleway, AWS Outposts et Azure Stack avançaient déjà leurs pions.

Red Hat OpenShift sur Google Cloud Dedicated : ce que change l’annonce

Jusqu’ici, OpenShift était disponible sur Google Cloud sous forme managée classique, via OpenShift Dedicated ou Red Hat OpenShift on Google Cloud. L’ajout de Google Cloud Dedicated comme substrat d’infrastructure constitue un saut qualitatif : il s’agit d’un environnement physiquement dédié, avec des garanties d’isolement matériel, un plan de contrôle séparé et des options de juridiction locale renforcées. Couplé à OpenShift, ce socle permet aux clients régulés de conserver leurs automatismes DevOps, GitOps et MLOps habituels tout en déployant sur une infrastructure qui n’est plus mutualisée avec d’autres locataires du cloud public.

Red Hat insiste sur un point que les DSI comprennent désormais très bien : la résidence des données ne suffit plus. Ce qui compte, c’est la résidence opérationnelle. Qui administre la plateforme ? Où sont situés les pipelines CI/CD ? Où tournent les workloads d’inférence ? Quel contrat régit la chaîne logicielle ? OpenShift sur GCD tente d’apporter une réponse cohérente : une pile logicielle ouverte (Kubernetes, Red Hat Enterprise Linux, OpenShift AI) posée sur une infrastructure dédiée souveraine, avec support GPU intégré pour les charges IA modernes.

Qu’est-ce que Google Cloud Dedicated ?

Google Cloud Dedicated (GCD) est l’une des briques de l’offre Google Sovereign Cloud, regroupée sous la même bannière que Google Cloud Data Boundary et Google Cloud Air-Gapped. Contrairement au cloud public standard, GCD propose une infrastructure matériellement dédiée à un client, avec une séparation stricte des ressources de calcul, de stockage et de réseau, et un plan de contrôle pouvant être opéré localement par un partenaire ou par le client lui-même.

Architecture air-gappée et isolement matériel

Dans sa configuration la plus stricte, GCD peut fonctionner en mode air-gapped, sans connexion sortante vers les services centraux de Google. Les mises à jour, correctifs de sécurité et nouvelles versions sont livrés via des canaux contrôlés, souvent physiques, ce qui est indispensable pour des opérateurs d’importance vitale (OIV), des ministères de la Défense ou certaines infrastructures hospitalières. Cette isolation matérielle réduit drastiquement la surface d’attaque et garantit que même un incident global chez le fournisseur ne puisse compromettre les workloads locaux.

Souveraineté juridique et contrôle des accès administrateur

L’autre pilier de GCD est la souveraineté juridique. L’infrastructure peut être opérée par un partenaire local soumis exclusivement au droit européen, limitant ainsi l’exposition à des législations extraterritoriales comme le CLOUD Act américain. Les accès administrateur sont tracés, signés et soumis à approbation du client. Cette logique de customer-controlled access était déjà présente dans l’offre T-Systems Sovereign Cloud ; Google la généralise désormais à l’échelle européenne, avec un premier Sovereign Cloud Hub ouvert à Munich fin 2025.

Cas d’usage : banques, santé et opérateurs critiques

Red Hat cible explicitement trois verticaux où le débat souverain est devenu incontournable. Dans le secteur bancaire, le règlement européen DORA impose aux établissements financiers une résilience opérationnelle stricte, des plans de sortie crédibles de leurs fournisseurs cloud et une capacité à rapatrier rapidement des charges sensibles. OpenShift sur GCD permet de bâtir des architectures de core banking modernisées tout en conservant un plan de migration inverse vers l’on-premise si nécessaire.

Dans la santé, les CHU et groupes hospitaliers privés doivent composer avec l’hébergement de données de santé (certification HDS en France) et le besoin croissant d’exploiter l’IA pour l’imagerie médicale, l’aide au diagnostic ou la prédiction de flux patients. Un socle OpenShift souverain, avec GPU intégrés, autorise le déploiement de modèles d’inférence locaux sans exposer les dossiers patients à un cloud public multi-tenant. Pour les opérateurs critiques (énergie, transport, télécoms, eau), NIS2 rend indispensable la traçabilité de la chaîne logicielle. OpenShift, avec son écosystème open source et ses outils SBOM, s’insère naturellement dans cette logique.

Les assureurs, moins médiatisés dans ce débat, sont pourtant parmi les premiers demandeurs. La combinaison de données actuarielles, de modèles prédictifs et de réglementations sectorielles (Solvabilité II, lutte anti-fraude) rend leur profil très proche de celui des banques. Plusieurs grands groupes européens évaluent déjà GCD comme complément à leurs clouds privés existants.

Positionnement face à AWS Outposts, Azure Stack et OVH Bare Metal

Le marché du cloud souverain et dédié est loin d’être vierge. AWS Outposts propose depuis plusieurs années un modèle où le matériel AWS est installé dans les datacenters du client, avec un plan de contrôle toujours rattaché aux régions AWS. Azure Stack Hub et Azure Local jouent une partition similaire côté Microsoft, avec des options de déconnexion renforcées. OVHcloud mise, lui, sur son offre Bare Metal et sa certification SecNumCloud 3.2, en misant sur une souveraineté juridique française native.

Red Hat OpenShift sur GCD se positionne différemment. Là où Outposts et Azure Stack conservent un lien opérationnel fort avec leurs clouds publics d’origine, GCD peut être opéré en mode déconnecté et par un partenaire local. Là où OVH mise sur une intégration verticale française, Google-Red Hat proposent une portabilité Kubernetes qui facilite les architectures multi-cloud. Pour les DSI qui ont déjà standardisé sur OpenShift, l’argument est simple : une seule plateforme de développement, plusieurs substrats d’infrastructure, selon le niveau de souveraineté requis par chaque workload.

Reste le sujet du coût. Une infrastructure dédiée coûte mécaniquement plus cher qu’un cloud public mutualisé. Les DAF devront arbitrer entre l’économie apparente du multi-tenant et le coût du risque réglementaire ou géopolitique. Comme le rappelait Forrester dans son analyse 2026 sur le cloud souverain, ce surcoût est désormais perçu comme un investissement de conformité plutôt que comme une charge pure.

Lien avec Red Hat OpenShift sur IBM Cloud et la stratégie multi-hyperscaler

L’annonce GCD ne doit pas être lue isolément. Red Hat, filiale d’IBM, continue en parallèle de renforcer OpenShift sur IBM Cloud, y compris dans ses déclinaisons souveraines européennes. La stratégie est clairement multi-hyperscaler : offrir aux clients régulés la possibilité de choisir leur substrat (IBM, Google, AWS, Azure, OVH, bare metal on-premise) tout en conservant la même console, les mêmes pipelines, les mêmes politiques de sécurité OpenShift.

Cette cohérence est au cœur du discours porté par Gunnar Hellekson et relayé récemment par Rodolfo Cavallari, vice-président Europe du Sud de Red Hat, qui insiste sur la capacité des organisations européennes à préserver leur autonomie technologique sans sacrifier la vitesse d’innovation. Dans le même esprit, l’alliance cloud souveraine initiée par les Pays-Bas en 2026 montre que la demande n’est plus portée uniquement par Paris ou Berlin : elle devient pan-européenne.

Une étude IDC citée par Red Hat en février 2026 indique que près de neuf organisations européennes sur dix souhaitent préserver leur liberté de choix lors du déploiement de l’IA à grande échelle, et que plus de la moitié privilégient les modèles ouverts face aux solutions propriétaires. À prendre avec le recul habituel sur les études commanditées, mais la tendance est cohérente avec les signaux terrain.

Questions fréquentes

Quand Red Hat OpenShift sur Google Cloud Dedicated sera-t-il disponible ?
La disponibilité générale est annoncée pour le second semestre 2026. Red Hat n’a pas encore communiqué de date précise, mais des programmes early access sont attendus côté clients régulés stratégiques européens.

Quelle différence entre Google Cloud Dedicated et Google Cloud Air-Gapped ?
GCD fournit une infrastructure physiquement dédiée mais peut rester connectée à Google Cloud. Air-Gapped va plus loin en supprimant toute connexion sortante, avec mises à jour livrées par canaux contrôlés. OpenShift peut être déployé sur les deux, selon le niveau de souveraineté requis.

OpenShift sur GCD permet-il d’exécuter des charges d’IA avec GPU ?
Oui. Red Hat confirme que l’offre intégrera un support GPU natif, adapté aux charges d’inférence et de fine-tuning. Associé à OpenShift AI, ce socle permet d’opérer des modèles de langage ou de vision en environnement isolé.

Cette offre est-elle certifiée SecNumCloud ou HDS ?
À ce stade, Red Hat et Google n’ont pas communiqué de calendrier précis pour une certification SecNumCloud 3.2 ou une agrément HDS. Ces labels dépendront des partenaires opérateurs locaux retenus pour les déploiements GCD en France.

Quelle alternative si mon organisation utilise déjà AWS Outposts ou Azure Stack ?
OpenShift étant agnostique vis-à-vis de l’hyperscaler, il est possible de conserver Outposts ou Azure Stack pour certaines charges tout en ajoutant GCD pour les workloads les plus sensibles, avec une console d’administration OpenShift unifiée.