Modèles de déploiement cloud : public, privé, hybride, communautaire et multicloud

Un modèle de déploiement cloud décrit à qui appartient l'infrastructure cloud, qui peut l'utiliser et où elle s'exécute. La NIST SP 800-145 définit quatre modèles : cloud public, privé, communautaire et hybride. Le multicloud, c'est-à-dire l'usage de deux fournisseurs publics ou plus, s'y ajoute généralement comme cinquième modèle. La plupart des entreprises exploitent un mélange hybride et décident charge de travail par charge de travail.

Points clés

• Le cloud public est partagé, exploité par le fournisseur et facturé à l'usage ; le cloud privé est dédié à une seule organisation ; l'hybride combine les deux avec une gestion et des mouvements de données partagés.
• Le cloud communautaire sert un groupe ayant des exigences communes, comme des organismes publics. Le multicloud désigne plusieurs fournisseurs publics, ce qui n'est pas la même chose que l'hybride.
• L'hybride est la configuration d'entreprise la plus répandue : 73 % des organisations exploitaient des environnements hybrides dans l'enquête State of the Cloud 2026 de Flexera.
• Les modèles de déploiement (où cela s'exécute) et les modèles de service comme IaaS, PaaS et SaaS (ce que vous obtenez) sont des choix distincts.
• Choisissez par charge de travail, selon la sensibilité des données, le profil de demande, les besoins d'intégration et le coût, et réexaminez ce choix au moins une fois par an.

Qu'est-ce qu'un modèle de déploiement cloud ?

Un modèle de déploiement répond à trois questions : à qui appartient l'infrastructure, qui est autorisé à l'utiliser et où elle s'exécute physiquement. C'est une question différente de celle du modèle de service. IaaS, PaaS et SaaS décrivent la part de la pile gérée par le fournisseur ; le modèle de déploiement décrit où et pour qui elle fonctionne. Vous pouvez exploiter de l'IaaS dans un cloud privé ou acheter du SaaS hébergé sur un cloud public. Notre guide sur les quatre types de services cloud traite des modèles de service.

Les définitions de référence proviennent de la publication spéciale NIST 800-145, The NIST Definition of Cloud Computing. Elles sont brèves et toujours largement utilisées (traduction libre) :

• Cloud privé : « mis à disposition pour l'usage exclusif d'une seule organisation comprenant plusieurs utilisateurs (par exemple des unités opérationnelles) ». Il peut être exploité par l'organisation ou par un tiers, sur site ou hors site.
• Cloud communautaire : « mis à disposition pour l'usage exclusif d'une communauté précise d'utilisateurs issus d'organisations ayant des préoccupations communes ».
• Cloud public : « mis à disposition pour un usage ouvert au grand public » et il « existe dans les locaux du fournisseur de cloud ».
• Cloud hybride : « une composition d'au moins deux infrastructures cloud distinctes (privée, communautaire ou publique) qui restent des entités uniques, mais sont liées par une technologie standardisée ou propriétaire permettant la portabilité des données et des applications ».

Comparaison des modèles de déploiement cloud

Les deux tableaux ci-dessous tiennent lieu de schéma des modèles : le premier montre à qui appartient, qui utilise et qui exploite chacun d'eux, le second présente les compromis.

Cloud public

Dans un cloud public, le fournisseur possède le matériel et le partage entre de nombreux clients, chacun isolé des autres. Vous provisionnez vous-même les ressources et payez ce que vous utilisez. AWS, Microsoft Azure et Google Cloud sont les plus grands clouds publics, et tous trois exploitent des régions en Suède et en Inde.

À choisir pour : les charges de demande variable, les nouvelles applications cloud natives, les environnements de développement et de test, et les équipes qui veulent éviter d'acheter du matériel.

À manier avec précaution : les données personnelles susceptibles d'être consultées depuis l'extérieur de l'UE ou de l'Inde (cela appelle un examen juridique, pas seulement le choix d'une région), et les charges stables, toujours actives, pour lesquelles il faut comparer les prix du cloud avec remise d'engagement et le matériel en propre.

Cloud privé

Un cloud privé est dédié à une seule organisation. Il peut fonctionner dans votre propre centre de données ou être hébergé par un partenaire. Ce qui en fait un cloud plutôt qu'une salle de serveurs, ce sont le libre-service, la mutualisation et l'automatisation, généralement via VMware, OpenStack, Nutanix ou des plateformes Kubernetes comme Red Hat OpenShift.

À choisir pour : les exigences réglementaires ou contractuelles d'isolation physique, les systèmes hérités qui ne peuvent pas migrer sans réécriture, et le calcul stable à forte utilisation où le matériel en propre reste sollicité.

À manier avec précaution : le coût complet. Électricité, refroidissement, renouvellement du matériel, licences et personnel qui applique les correctifs de firmware entrent tous dans la comparaison. Les environnements privés s'écartent aussi des référentiels de sécurité si personne ne les maintient activement.

Cloud hybride

Le cloud hybride relie une infrastructure privée à un ou plusieurs clouds publics, de sorte que les charges de travail, les données et la gestion fonctionnent sur les deux. C'est la connexion qui compte : deux environnements séparés sans rien en commun ne constituent pas un cloud hybride au sens du NIST.

C'est la configuration d'entreprise la plus courante. Dans l'enquête State of the Cloud 2026 de Flexera (publiée en mars 2026), 73 % des organisations déclaraient exploiter des environnements hybrides.

Quels sont les avantages du modèle de déploiement cloud hybride ?

• Migration progressive : déplacez les systèmes un par un plutôt que lors d'une bascule unique et risquée.
• Placement selon la sensibilité : gardez les données réglementées sur l'infrastructure privée pendant que les services destinés aux clients évoluent dans le cloud public.
• Capacité de débordement : exploitez la base sur site et ajoutez de la capacité de cloud public pour les pics saisonniers.
• Reprise après sinistre : utilisez une région de cloud public comme site de secours des systèmes sur site.

Le prix à payer est la complexité. Les liaisons privées comme AWS Direct Connect ou Azure ExpressRoute deviennent des chemins critiques à superviser. Les règles de pare-feu, les groupes de sécurité et les groupes de sécurité réseau expriment la même intention dans des langages différents ; gérez-les donc sous forme de code. Sans vue de supervision unique, les incidents se poursuivent d'une console à l'autre. Pour aller plus loin, voir ce qu'est un cloud hybride et nos services de cloud privé et hybride.

Multicloud

Le multicloud consiste à utiliser deux fournisseurs de cloud public ou plus. Ce n'est pas la même chose que l'hybride. AWS plus Azure, c'est du multicloud ; AWS plus un cluster VMware sur site, c'est de l'hybride ; faire les deux, c'est du multicloud hybride.

Une grande part du multicloud est accidentelle : une équipe a choisi AWS, l'équipe data a choisi Google Cloud pour BigQuery, et une acquisition a apporté Azure. Les raisons délibérées incluent les meilleurs services par domaine, la couverture régionale et la réduction de la dépendance à un seul fournisseur. Chaque fournisseur supplémentaire ajoute un autre modèle d'identité, un autre format de facturation et un autre ensemble de compétences ; n'en ajoutez donc un que si vous pouvez nommer le bénéfice. Pour en savoir plus : le multicloud en vaut-il la peine ?

Cloud communautaire

Un cloud communautaire est partagé par des organisations ayant des exigences communes, comme des règles de sécurité ou une mission publique. Les clouds gouvernementaux en sont l'exemple le plus net, notamment AWS GovCloud (US) et Azure Government aux États-Unis. En Europe, le modèle apparaît aussi dans des plateformes partagées pour les organismes du secteur public et les réseaux de recherche.

Modèles de déploiement Azure : public, privé et hybride chez Microsoft

Beaucoup de gens font cette recherche en termes Azure ; voici donc comment les produits Microsoft correspondent aux modèles.

• Cloud public Azure : les régions Azure elles-mêmes, comme Sweden Central ou Central India, partagées par tous les clients Azure.
• Cloud privé sur technologie Azure : Azure Local étend les capacités d'Azure à du matériel situé dans vos propres locaux, y compris sur des sites qui doivent garder les données en local pour des raisons de souveraineté ou de réglementation.
• Hybride : Azure Arc place sous la gestion d'Azure des serveurs, des clusters Kubernetes et des bases de données situés hors d'Azure, sur site ou dans d'autres clouds. Azure Local utilise Arc comme plan de contrôle.
• Communautaire : Azure Government pour les clients du secteur public américain.

Azure est-il donc un cloud privé ou public ? Azure est un cloud public, mais Microsoft vend les outils pour l'étendre à des configurations privées et hybrides. Il en va de même pour AWS, avec AWS Outposts ; voir AWS est-il un cloud privé ou public ?

Comment choisir un modèle de déploiement cloud

Décidez charge de travail par charge de travail, puis laissez l'ensemble se dessiner.

1. Classez chaque charge de travail. Quelles données contient-elle (personnelles, financières, de santé) ? La demande est-elle stable ou en dents de scie ? Dépend-elle de systèmes sur site ? A-t-elle besoin de matériel spécial comme des GPU ?
2. Cartographiez les contraintes. Listez les règles applicables (RGPD, NIS2, DPDP Act indien, régulateurs sectoriels), le matériel existant ayant encore une durée de vie utile, les contrats et les compétences de l'équipe.
3. Choisissez un modèle par charge de travail. Si tout aboutit dans le cloud public, vous êtes en tout-public. Si une partie reste privée, vous êtes en hybride. Si plusieurs fournisseurs publics interviennent, vous êtes en multicloud.
4. Réexaminez chaque année. Les prix, les réglementations et les charges de travail évoluent. Alignez la revue sur les renouvellements de contrats et les audits.

Exemple : d'un centre de données unique à un cloud public multi-AZ

ET Network hébergeait ses services numériques depuis un seul centre de données, avec une redondance limitée pour une base de clients en croissance. Opsio a conçu et construit une architecture cloud native sur AWS, répartie sur plusieurs zones de disponibilité, avec provisionnement automatisé, charges de travail conteneurisées et contrôles de sécurité, et a travaillé aux côtés de l'équipe d'ET Network de l'architecture au déploiement et aux tests. Lisez l'étude de cas ET Network.

Comment Opsio vous accompagne

Opsio, avec des bureaux à Karlstad et à Bangalore, aide les organisations à décider quelles charges de travail relèvent d'un environnement public, privé ou hybride, puis les migre et les exploite 24 h/24 et 7 j/7 grâce à nos services cloud managés.

Questions fréquentes

Quels sont les 4 modèles de déploiement cloud ?

La NIST SP 800-145 définit le cloud public, privé, communautaire et hybride. Le multicloud, c'est-à-dire l'usage de deux fournisseurs publics ou plus, est souvent traité en pratique comme un cinquième modèle.

Quel modèle de déploiement cloud est le plus répandu ?

Le cloud hybride. Dans l'enquête State of the Cloud 2026 de Flexera, 73 % des organisations exploitaient des environnements hybrides combinant clouds publics et privés.

Quelle différence entre le cloud public Azure et le cloud privé Azure ?

Le cloud public Azure s'exécute dans les régions partagées de Microsoft. Un cloud privé construit sur la technologie Azure, comme Azure Local, s'exécute sur du matériel situé dans vos propres locaux, ne sert que votre organisation et se gère via Azure Arc.

Le cloud hybride est-il la même chose que le multicloud ?

Non. L'hybride combine infrastructure privée et publique. Le multicloud combine deux fournisseurs publics ou plus. Une organisation peut être les deux à la fois.

Le cloud hybride coûte-t-il moins cher que le cloud privé ?

Cela dépend de la charge de travail. L'hybride coûte généralement moins cher pour une demande variable, car vous ne dimensionnez pas le matériel privé sur le pic. Pour les charges stables à forte utilisation, l'infrastructure privée peut coûter moins cher par unité de calcul. Modélisez les deux pour vos charges réelles.

Plus depuis notre base de connaissances: GPAI : les obligations des modèles d’IA à usage général