OpenStack, OpenShift, SecNumCloud, Bleu : concevez votre architecture cloud hybride open source et souveraine. Guide complet et expertise Smile.
La majorité des grandes organisations françaises ne migreront jamais l'intégralité de leur système d'information vers le cloud public. Pas par conservatisme mais par réalisme.
Des applications legacy impossibles à conteneuriser, des données soumises à des contraintes réglementaires strictes, des latences inacceptables pour certains traitements ou des coûts cloud qui explosent à grande échelle : ces réalités ne disparaissent pas avec une stratégie "cloud first" mal calibrée.
Le cloud hybride est la réponse architecturale à ces contraintes. Il combine le meilleur du cloud public et de l'infrastructure on-premise dans un environnement unifié, piloté comme un seul système.
Ce guide vous explique les architectures de référence, les technologies open source disponibles et les décisions clés pour construire une stratégie hybride efficace en France.
- 78 % des entreprises françaises adoptent une stratégie multi-cloud ou hybride plutôt qu'un cloud unique (Nutanix, Enterprise Cloud Index France, 2024)
- Le cloud hybride fait partie des stratégies privilégiées par les grandes organisations européennes soumises à des contraintes de souveraineté, qui combinent fournisseurs globaux et locaux pour concilier innovation, scalabilité et exigences réglementaires (IDC, Sovereign Cloud in Europe 2026)
Qu'est-ce que le cloud hybride ?
Un cloud hybride est une architecture informatique qui combine un cloud privé (infrastructure dédiée, on-premise ou hébergée), un ou plusieurs clouds publics (AWS, Azure, GCP) et des connexions sécurisées entre ces environnements, le tout géré de manière unifiée via des outils communs.
L'objectif est de permettre à chaque charge de travail de s'exécuter dans l'environnement le plus adapté à ses contraintes de performance, de coût, de sécurité et de conformité.
Cloud privé vs cloud public vs cloud hybride vs multi-cloud
Architecture | Description | Avantages | Limites |
Cloud privé | Infrastructure dédiée, on-premise ou hébergée | Contrôle total, souveraineté | Coût fixe élevé, scalabilité limitée |
Cloud public | AWS, Azure, GCP | Scalabilité, innovation, pay-as-you-go | Dépendance éditeur, Cloud Act |
Cloud hybride | Combinaison cloud privé et public unifiée | Flexibilité, souveraineté sur les données sensibles | Complexité d'intégration |
Multi-cloud | Plusieurs clouds publics | Pas de vendor lock-in | Complexité opérationnelle |
Pourquoi le cloud hybride est la norme en France en 2026
Trois facteurs structurels expliquent la domination du modèle hybride dans les grandes organisations françaises.
La réglementation est le premier. Le RGPD, les exigences sectorielles (HDS pour la santé, DORA pour la finance) et les recommandations de l'ANSSI imposent des contraintes sur le traitement et l'hébergement des données personnelles et sensibles que le cloud public américain ne peut pas garantir seul.
Les applications legacy sont le deuxième. Des systèmes critiques développés depuis des décennies ne peuvent pas être migrés vers le cloud sans refonte majeure. Le cloud hybride permet de les maintenir on-premise tout en modernisant les nouvelles applications en cloud public.
La souveraineté numérique est le troisième. La prise de conscience autour du Cloud Act américain a conduit les organisations françaises à rechercher des architectures qui gardent les données stratégiques hors de portée des législations extraterritoriales.
Les architectures cloud hybride open source
OpenStack : le cloud privé open source de référence
OpenStack est la plateforme open source qui permet de construire et d'opérer un cloud privé IaaS (Infrastructure as a Service) sur sa propre infrastructure. Il fournit les mêmes primitives qu'un cloud public : calcul (Nova), stockage objet (Swift), réseau (Neutron), images (Glance) et identité (Keystone).
C'est le choix des organisations qui veulent un cloud privé pleinement maîtrisé, sans dépendance à un éditeur propriétaire. Plusieurs clouds souverains européens sont construits sur OpenStack.
OpenShift : Kubernetes entreprise hybride
OpenShift est la distribution Kubernetes entreprise de Red Hat. Elle étend Kubernetes avec des fonctionnalités d'entreprise : sécurité renforcée, gestion des opérateurs, pipeline CI/CD intégrés et support des architectures hybrides et multi-cloud.
OpenShift peut s'exécuter on-premise, sur n'importe quel cloud public ou dans un environnement hybride. C'est la solution privilégiée des grandes organisations qui veulent une plateforme Kubernetes unifiée sur tous leurs environnements.
Kubernetes : le socle universel
Kubernetes est devenu le dénominateur commun de l'architecture hybride. Parce qu'il fonctionne de manière identique on-premise et dans tous les clouds publics, il permet de déployer et de déplacer des applications entre environnements sans réécriture.
Un workload containerisé déployé sur un cluster Kubernetes on-premise peut être migré vers AKS, EKS ou GKE avec des modifications minimales. C'est la portabilité applicative que l'architecture hybride promet.
Azure Arc et AWS Outposts : les extensions hybrides des clouds publics
Azure Arc permet d'étendre les services et la gouvernance Azure à n'importe quelle infrastructure, y compris on-premise et multi-cloud. Les clusters Kubernetes on-premise, les serveurs bare metal et les bases de données deviennent visibles et gérables depuis le portail Azure.
AWS Outposts apporte les services AWS directement dans les datacenters des clients, sous forme de racks matériels gérés par Amazon. C'est une approche différente d'Azure Arc : plutôt que d'étendre le plan de contrôle cloud vers l'on-premise, AWS apporte physiquement son infrastructure on-premise.
Souveraineté et cloud hybride : l'enjeu français
Le Cloud Act : le risque juridique réel
Le Cloud Act américain (2018) oblige les entreprises américaines à transmettre aux autorités américaines les données qu'elles hébergent, y compris en Europe, sur simple demande judiciaire. Cette obligation s'applique à AWS, Microsoft Azure et Google Cloud, indépendamment du RGPD.
Pour les organisations françaises qui traitent des données personnelles, stratégiques ou réglementées, cette exposition est un risque juridique et opérationnel réel.
SecNumCloud : la qualification de référence
SecNumCloud est le référentiel de qualification de l'ANSSI pour les prestataires de services cloud. Il garantit l'immunité aux lois extraterritoriales comme le Cloud Act, des exigences de sécurité élevées et une localisation des données en France.
Pour les OIV (Opérateurs d'Importance Vitale), les OSE (Opérateurs de Services Essentiels) et les administrations publiques françaises, recourir à un cloud qualifié SecNumCloud est une obligation ou une forte recommandation.
Bleu et S3NS : les clouds souverains de référence
Bleu est la joint-venture détenue à 100% par Orange et Capgemini, qui vise à opérer une version souveraine d'Azure, sur la base du référentiel SecNumCloud. Une fois qualifiée, l'offre a vocation à isoler les données des clients français des lois extraterritoriales américaines (Cloud Act, FISA), tout en bénéficiant des services Microsoft Azure, la technologie sous-jacente restant néanmoins développée par un acteur américain.
S3NS est l'équivalent pour Google Cloud, filiale détenue majoritairement par Thales en partenariat avec Google Cloud. Son offre PREMI3NS a obtenu la qualification SecNumCloud 3.2 en décembre 2025. »
Le cloud hybride souverain : la réponse pragmatique
Le cloud hybride souverain combine une infrastructure on-premise ou sur cloud souverain certifié SecNumCloud pour les données les plus sensibles, et un cloud public pour les charges de travail sans contrainte particulière. C'est l'architecture qui répond simultanément aux exigences de conformité, de performance et d'innovation.
Concevoir une architecture cloud hybride
Les 5 décisions clés
- Définir les critères de placement des workloads : quelles applications restent on-premise, lesquelles migrent en cloud public, lesquelles sont hybrides ? Les critères sont la sensibilité des données, les exigences de latence, le coût et la complexité de migration.
- Choisir le plan de contrôle unifié : comment gérer l'ensemble de l'infrastructure depuis une interface unique ? OpenShift, Azure Arc, Anthos (GCP) ou une stack Kubernetes open source sont les principales options.
- Concevoir la connectivité réseau : VPN site-to-site, ExpressRoute (Azure), Direct Connect (AWS) ou connexions dédiées entre datacenter et cloud. La latence et la bande passante de cette connexion conditionnent les performances de l'architecture hybride.
- Unifier la gestion des identités : un annuaire d'identités central (Active Directory, Keycloak, FreeIPA) qui gère les accès à la fois on-premise et cloud est indispensable pour maintenir une posture de sécurité cohérente.
- Mettre en place une observabilité unifiée : les métriques, logs et traces de tous les environnements doivent converger dans une plateforme commune. Prometheus et Grafana pour les métriques, Loki pour les logs, Jaeger pour les traces sont la stack open source de référence.
IaC pour l'infrastructure hybride
Terraform/OpenTofu est l'outil de référence pour provisionner une infrastructure hybride. Ses providers couvrent AWS, Azure, GCP, OpenStack, VMware et la plupart des plateformes on-premise. Un même codebase Terraform peut gérer des ressources on-premise et cloud public, avec un state unifié qui reflète l'état complet de l'infrastructure hybride.
Migrer vers une architecture hybride : étapes et pièges
Par où commencer
La migration vers une architecture hybride commence par un audit des workloads existants. Chaque application est évaluée selon quatre critères : dépendance aux données sensibles, exigences de latence, complexité de conteneurisation et bénéfice attendu de la migration cloud.
On commence par les workloads sans contrainte particulière (outils collaboratifs, environnements de développement, sites web publics) pour valider les patterns d'architecture et former les équipes avant de s'attaquer aux applications critiques.
Les erreurs courantes
Sous-estimer le coût de la connectivité réseau est l'erreur la plus fréquente. Les transferts de données entre cloud public et on-premise sont facturés au volume. Une architecture hybride mal conçue peut générer des coûts réseau supérieurs aux économies réalisées.
Négliger la gestion des identités est la deuxième erreur. Sans un annuaire d'identités unifié, chaque environnement développe ses propres comptes et ses propres politiques d'accès, créant des failles de sécurité et une complexité opérationnelle ingérable.
Le rôle de l'intégrateur
Un intégrateur cloud hybride expert apporte trois valeurs ajoutées. Il maîtrise les technologies open source et propriétaires nécessaires à une architecture hybride cohérente. Il connaît les contraintes réglementaires françaises et les solutions souveraines disponibles. Et il accompagne la transformation organisationnelle qui va de pair avec la transformation technique.
Smile et le cloud hybride open source
Chez Smile, nous concevons et déployons des architectures cloud hybride depuis que le modèle existe. Notre expertise couvre OpenStack pour les clouds privés, OpenShift et Kubernetes pour l'orchestration hybride, Terraform pour le provisioning unifié et les clouds souverains (Bleu, SecNumCloud) pour les organisations avec des exigences de souveraineté strictes.
Notre positionnement open source nous différencie des intégrateurs cloud propriétaires. Nous ne sommes pas liés à un cloud provider unique. Nous recommandons l'architecture qui répond le mieux aux contraintes réelles de l'organisation, qu'elle soit full cloud public, full on-premise ou hybride.
Notre expertise en souveraineté numérique est reconnue dans les secteurs public, santé et défense, où les exigences de conformité sont les plus strictes.
Vous souhaitez définir votre stratégie cloud hybride ? Découvrez notre expertise en cloud hybride open source.
Questions fréquentes sur le cloud hybride
Quelle est la différence entre cloud hybride et multi-cloud ?
Le cloud hybride combine un cloud privé ou une infrastructure on-premise avec un ou plusieurs clouds publics, gérés de manière unifiée. Le multi-cloud désigne l'utilisation de plusieurs clouds publics en parallèle (AWS et Azure par exemple), sans nécessairement inclure d'infrastructure privée. Les deux approches peuvent se combiner : une organisation peut avoir une architecture multi-cloud hybride qui combine on-premise, Azure et AWS.
OpenStack est-il toujours pertinent en 2026 ?
Oui, dans des contextes spécifiques. OpenStack reste la référence pour les organisations qui veulent un cloud privé IaaS open source pleinement maîtrisé, sans dépendance à un éditeur propriétaire. Plusieurs clouds souverains européens sont construits sur OpenStack. Sa complexité opérationnelle est réelle et nécessite une équipe dédiée. Pour les organisations sans cette capacité, des distributions simplifiées comme OpenStack Yoga ou des alternatives comme Proxmox sont des options plus accessibles.
Comment gérer la facturation d'une infrastructure hybride ?
La facturation hybride est l'un des défis opérationnels les plus sous-estimés. Les coûts se répartissent entre l'infrastructure on-premise (CAPEX amorti), les services cloud (OPEX pay-as-you-go) et les coûts de connectivité (transferts de données). Des outils de FinOps comme CloudHealth, Apptio Cloudability ou l'open source Infracost permettent d'unifier la visibilité sur les coûts de l'ensemble de l'infrastructure hybride et d'identifier les optimisations.
SecNumCloud est-il obligatoire pour toutes les organisations françaises ?
Non, mais le périmètre obligatoire s'est élargi en 2026. SecNumCloud est désormais une obligation légale à part entière pour les administrations centrales de l'État, leurs opérateurs, six groupements d'intérêt public désignés, ainsi qu'une partie des établissements de santé publics, dès lors qu'ils traitent des données d'une sensibilité particulière. Pour les OIV et les OSE, la contrainte reste indirecte, portée notamment par NIS2 et DORA, sans obligation légale directe et générale. Pour les autres organisations, c'est un signal de maturité et de fiabilité, mais pas une obligation légale. L'analyse d'impact RGPD (AIPD) est le meilleur outil pour déterminer si les contraintes de souveraineté de votre organisation justifient le recours à un cloud qualifié SecNumCloud.