AWS est un cloud public. Selon la définition du NIST, un cloud public est une infrastructure mise à disposition pour un usage ouvert au grand public, dans les locaux du fournisseur, et c'est exactement ainsi que fonctionne Amazon Web Services. À l'intérieur, vous pouvez néanmoins construire des réseaux isolés avec Amazon VPC, louer du matériel mono-locataire ou exploiter des racks AWS sur site avec AWS Outposts.
Points clés
- AWS est un fournisseur de cloud public : n'importe qui peut s'inscrire, et les charges de travail s'exécutent sur une infrastructure mutualisée dans les centres de données d'Amazon.
- Un « virtual private cloud » (VPC) sur AWS est un réseau logiquement isolé à l'intérieur du cloud public, et non un cloud privé au sens du NIST.
- Les EC2 Dedicated Hosts vous réservent un serveur physique, ce qui aide pour les licences et certaines règles de conformité.
- AWS Outposts installe du matériel géré par AWS dans vos locaux, ce qui permet une configuration hybride avec les mêmes API et les mêmes outils.
- Dans le modèle de responsabilité partagée, AWS sécurise l'infrastructure, et vous sécurisez ce que vous y construisez et stockez.
Quelle est la différence entre un cloud public et un cloud privé ?
La différence tient à qui l'infrastructure est destinée. Un cloud public sert de nombreux clients sans lien entre eux ; un cloud privé ne sert qu'une seule organisation.
La définition du cloud computing du NIST (SP 800-145) est la référence qu'utilisent la plupart des contrats et des auditeurs. Elle décrit quatre modèles de déploiement :
- Cloud public : mis à disposition pour un usage ouvert au grand public et situé dans les locaux du fournisseur.
- Cloud privé : mis à disposition pour l'usage exclusif d'une seule organisation. Il peut appartenir à cette organisation ou à un tiers et être exploité par elle ou par lui, dans ses locaux ou ailleurs.
- Cloud communautaire : partagé par un groupe précis d'organisations ayant des préoccupations communes, comme un ensemble d'administrations publiques.
- Cloud hybride : deux de ces modèles ou plus, reliés de façon que les données et les applications puissent circuler entre eux.
La propriété du matériel n'est pas le critère. Un cloud privé peut se trouver dans les installations d'un hébergeur. Ce qui compte, c'est que le pool de ressources soit dédié à un seul client.
Pourquoi AWS est-il classé comme cloud public ?
AWS est ouvert à toute entreprise ou personne disposant d'une carte de paiement, et ses services s'exécutent sur une infrastructure qu'Amazon possède et exploite dans ses propres Régions. Cela correspond au modèle de cloud public du NIST point par point.
Concrètement, cela signifie :
- Libre-service : vous créez des serveurs, des bases de données et du stockage via une console ou une API en quelques minutes, sans bon de commande de matériel.
- Multi-location (multi-tenancy) : par défaut, vos machines virtuelles partagent des hôtes physiques avec d'autres clients, séparées par l'hyperviseur.
- Paiement à l'usage : vous payez ce que vous utilisez, avec des remises si vous vous engagez sur un niveau d'utilisation.
- Installations exploitées par le fournisseur : AWS gère les bâtiments, l'alimentation, le refroidissement, le matériel et le réseau. Vous ne touchez jamais un serveur physique.
Microsoft Azure et Google Cloud sont des clouds publics pour les mêmes raisons.
Un VPC AWS est-il un cloud privé ?
Non. Le nom prête à confusion, mais un VPC est un réseau privé à l'intérieur du cloud public, pas un cloud dédié.
AWS décrit Amazon VPC comme un moyen de lancer des ressources dans un réseau virtuel logiquement isolé que vous définissez. Vous choisissez les plages d'adresses IP, les sous-réseaux, les tables de routage et les passerelles. Les autres clients ne peuvent pas atteindre votre VPC, sauf si vous vous connectez à eux. Les serveurs sous-jacents restent du matériel AWS partagé.
Pour la plupart des besoins de sécurité et de protection des données, cet isolement logique suffit. Le chiffrement, les politiques IAM, les groupes de sécurité et la connectivité privée (VPN ou AWS Direct Connect) font le reste. Vous n'avez besoin de matériel dédié que lorsqu'une licence, un régulateur ou une politique interne l'exige.
Quelles options AWS offrent des fonctions de cloud privé ?
AWS propose trois grandes façons de se rapprocher d'un cloud privé sans quitter sa plateforme.
| Option | De quoi s'agit-il | Où elle s'exécute | Raison d'usage typique |
|---|---|---|---|
| Amazon VPC | Réseau virtuel logiquement isolé | Région AWS, matériel partagé | Isolation réseau par défaut pour chaque charge de travail |
| EC2 Dedicated Instances et Dedicated Hosts | Instances sur du matériel non partagé avec d'autres comptes AWS ; un Dedicated Host est un serveur physique entier pour vous | Région AWS, matériel mono-locataire | Licences logicielles par socket ou par cœur, règles interdisant les serveurs multi-locataires |
| AWS Outposts | Racks ou serveurs gérés par AWS installés sur votre site | Votre centre de données ou un site en périphérie | Faible latence vers les systèmes d'usine ou locaux, données devant rester sur site |
AWS indique qu'un EC2 Dedicated Host est un serveur physique entièrement dédié à votre usage, ce qui aide les organisations qui ont besoin de serveurs dédiés plutôt que multi-locataires ou qui veulent apporter leurs propres licences. AWS Outposts est une famille de services entièrement managés qui apporte l'infrastructure et les services AWS sur site ou en périphérie, des serveurs 1U et 2U jusqu'aux racks 42U.
Aucune de ces options ne fait d'AWS un cloud privé. Ce sont des outils pour répondre à des besoins précis d'isolation, de licences ou de localisation au sein d'un cloud public ou d'une architecture hybride.
Cloud public, privé ou hybride : lequel convient à vos charges de travail ?
La plupart des organisations finissent par combiner les modèles. Choisissez charge par charge plutôt que pour tout le parc.
- Le cloud public (AWS) convient aux demandes variables ou saisonnières, aux nouveaux produits numériques, aux charges d'analytique et d'IA, et aux équipes qui veulent des bases de données managées et de l'automatisation plutôt que des renouvellements de matériel.
- Le cloud privé convient aux charges stables et prévisibles avec de longues durées de vie du matériel, aux règles strictes de mono-location, ou aux très gros volumes de calcul constants lorsque vous possédez déjà de la capacité en centre de données.
- L'hybride convient aux usines et sites qui ont besoin de traitement local, aux systèmes centraux qui ne peuvent pas encore migrer, et aux migrations progressives où les deux côtés doivent fonctionner ensemble pendant un temps.
Pour les organisations de l'UE et des pays nordiques, la résidence des données est souvent la question décisive. Vous choisissez la Région AWS où les données sont stockées (par exemple Stockholm pour la Suède), et AWS indique qu'il ne déplacera ni ne répliquera votre contenu en dehors de cette Région sans votre accord. Les secteurs réglementés devraient associer NIS2, le RGPD et les règles sectorielles à des mesures concrètes avant de conclure qu'un cloud privé est la seule option. Ce n'est souvent pas le cas.
Qui est responsable de la sécurité sur AWS ?
Vous et AWS, selon la couche. AWS appelle cela le modèle de responsabilité partagée.
AWS est responsable de la sécurité « du » cloud : le matériel, les logiciels, le réseau et les installations qui font fonctionner ses services. Vous êtes responsable de la sécurité « dans » le cloud : identités et accès, application des correctifs du système d'exploitation sur EC2, règles réseau, paramètres de chiffrement et vos données. Dans un cloud privé, vous possédez vous-même toutes les couches. Sur AWS, vous confiez les couches basses, mais la configuration de tout ce que vous déployez reste de votre côté.
À quoi ressemble la migration d'une infrastructure privée vers AWS
Le groupe suédois de stations de ski Branäsgruppen exploitait ses sites web et ses systèmes de réservation sur un parc VMware ESXi on-premise. L'adaptation de la capacité pour la saison de décembre à avril était manuelle, et les déploiements obligeaient à arrêter l'environnement. Opsio a planifié et réalisé une migration vers AWS avec mise à l'échelle automatique, déploiement multi-AZ et bases de données managées.
L'étude de cas Branäsgruppen fait état d'une amélioration de 40 % de la réactivité moyenne des pages, d'une réduction de 40 % du coût total de possession et d'une disponibilité applicative de plus de 99,9 % après la migration. Les frontaux web, l'intergiciel et les bases de données qui demandaient auparavant une mise à l'échelle manuelle s'agrandissent et se réduisent désormais avec la demande saisonnière.
Comment Opsio vous aide
Opsio est un AWS Advanced Tier Services Partner disposant de la compétence AWS Migration Competency, avec des bureaux à Karlstad, en Suède, et à Bangalore, en Inde. Nous aidons les équipes à décider quelles charges de travail relèvent du cloud public, du cloud privé ou d'une configuration de cloud hybride, puis nous les exploitons. Nos services managés AWS couvrent la supervision 24h/24 et 7j/7, l'application des correctifs, les référentiels de sécurité et la maîtrise des coûts.
Questions fréquentes
AWS est-il un cloud public, privé ou hybride ?
AWS est un cloud public. Vous pouvez construire un cloud hybride avec lui en connectant votre propre centre de données par VPN ou Direct Connect, ou en installant AWS Outposts sur site. AWS lui-même n'est pas un cloud privé.
AWS est-il de l'IaaS, du PaaS ou du SaaS ?
AWS propose les trois. EC2 et S3 sont de l'infrastructure en tant que service, des services comme Elastic Beanstalk, Lambda et RDS se rapprochent de la plateforme en tant que service, et AWS vend aussi quelques produits de logiciel en tant que service. Public ou privé décrit le modèle de déploiement, une question distincte du modèle de service.
AWS GovCloud est-il un cloud privé ?
Non. AWS GovCloud (US) se compose de deux Régions AWS isolées, exploitées par des citoyens américains, destinées aux administrations et aux clients réglementés manipulant des données sensibles. L'accès est restreint, mais il s'agit toujours d'une infrastructure cloud exploitée par AWS et partagée entre clients éligibles ; elle se rapproche donc d'un cloud communautaire plus que d'un cloud privé.
Un cloud privé est-il plus sûr qu'AWS ?
Pas automatiquement. Un cloud privé vous donne la maîtrise totale, mais aussi l'entière responsabilité de la sécurité physique, de l'application des correctifs et des effectifs. AWS prend en charge les couches basses à votre place. Les résultats en matière de sécurité dépendent surtout de la configuration, du contrôle d'accès et de la supervision, quel que soit le modèle choisi.
Puis-je conserver mes données en Suède ou dans l'UE sur AWS ?
Oui. Vous choisissez la Région dans laquelle chaque ressource s'exécute, comme Europe (Stockholm). AWS s'engage à ne pas déplacer ni répliquer votre contenu en dehors des Régions choisies sans votre accord, sauf si cela est nécessaire pour fournir un service que vous avez lancé ou pour respecter la loi. Vérifiez séparément les services globaux comme IAM ou CloudFront.
Pour aller plus loin : qu'est-ce qu'un cloud public et qu'est-ce qu'un cloud privé.
À lire aussi
Rédigé par

Country Manager, Suède
Johan dirige les opérations d'Opsio en Suède, pilotant l'adoption de l'IA, la transformation DevOps, la stratégie de sécurité et les solutions cloud pour les entreprises nordiques. Fort de plus de 12 ans d'expérience dans l'infrastructure cloud, il a livré plus de 200 projets sur AWS, Azure et GCP — en se spécialisant dans les revues Well-Architected, la conception de landing zones et la stratégie multi-cloud.
Charte éditoriale : Cet article a été rédigé par le praticien du cloud cité ci-dessus. Nous le révisons lorsque la technologie ou la réglementation qu'il traite évolue ; les dates de cette page indiquent la dernière mise à jour. Opsio est éditorialement indépendant.