Qu'est-ce que le cloud vraiment ?
Résumé : le mot « cloud » est utilisé pour tout et n'importe quoi. Il existe pourtant une définition officielle et rigoureuse, publiée par le NIST américain, qui repose sur cinq caractéristiques obligatoires. Cette leçon donne cette définition, retrace l'histoire depuis 2006, distingue cloud public, privé et hybride, et démonte les idées reçues.
1. La définition officielle du NIST
Le NIST (National Institute of Standards and Technology) a publié en 2011 la définition qui reste la référence mondiale : le document SP 800-145.
Cette définition est un outil pratique, pas une curiosité académique. Utilisez-la comme grille de test : un hébergeur qui vous facture un serveur au mois, avec un délai de 24 heures pour toute modification, ne vend pas du cloud — il vend de l'hébergement traditionnel avec un vocabulaire marketing modernisé.
Les deux critères les plus discriminants sont le libre-service (critère 1) et le service mesuré (critère 5). Beaucoup d'offres présentées comme du cloud échouent sur l'un des deux.
2. Le cloud n'est pas « juste un serveur chez quelqu'un d'autre »
Cette formule est répétée partout. Elle est techniquement vraie mais conceptuellement fausse, et il vaut la peine de comprendre pourquoi.
La bonne formulation : le cloud, c'est de l'infrastructure pilotable par API et facturée à l'usage. La localisation du matériel n'est qu'un détail — c'est la programmabilité qui constitue la rupture.
3. Petite histoire du cloud — de 2002 à 2026
La date à retenir absolument : mars 2006, lancement d'Amazon S3. C'est le moment où l'informatique est réellement devenue un service mesuré, comme l'électricité — exactement ce que McCarthy avait imaginé en 1960.
Anecdote structurante : AWS est né d'un besoin interne d'Amazon. Les équipes perdaient des semaines à attendre des ressources, alors l'entreprise a construit des API pour se libérer elle-même. Ce n'est qu'ensuite qu'elle a réalisé que d'autres paieraient pour le même service. Le leader mondial du cloud est un effet de bord d'une réorganisation interne.
4. Cloud public, privé, hybride et multi-cloud
Ces quatre termes désignent des modèles de déploiement distincts, souvent confondus.
Précision importante sur le cloud privé : un cloud privé conserve les critères 1, 2, 3 et 5 du NIST, mais perd largement le critère 4 — l'élasticité. Vous ne pouvez pas dépasser la capacité matérielle que vous avez achetée. C'est le compromis fondamental du cloud privé : vous gagnez la maîtrise, vous perdez l'élasticité illimitée.
Mise en garde sur le multi-cloud : il est très souvent adopté pour de mauvaises raisons — « éviter la dépendance au fournisseur ». En pratique, il double les compétences nécessaires, complique la sécurité, et coûte cher en transfert de données entre clouds. La leçon 5 traite ce sujet en détail.
5. Les cinq idées reçues à écarter
L'idée reçue 5 mérite une attention particulière — elle est la cause la plus fréquente de déception après une migration. Déplacer telle quelle une machine virtuelle allumée 24 heures sur 24 vers une instance cloud allumée 24 heures sur 24 ne produit aucune économie, et souvent un surcoût. Le gain apparaît quand on repense l'architecture : arrêt automatique hors production, mise à l'échelle automatique, services managés, stockage à niveaux de coût différenciés.
6. Le vocabulaire indispensable
Ces termes reviennent constamment. Les connaître évite de perdre le fil d'une discussion technique.
| Terme | Signification |
|---|---|
| Instance | Une machine virtuelle en cours d'exécution |
| Provisionner | Créer et mettre à disposition une ressource |
| Élasticité | Capacité à ajuster les ressources à la hausse et à la baisse |
| Scalabilité verticale | Agrandir une machine (plus de processeurs, plus de mémoire) |
| Scalabilité horizontale | Ajouter des machines identiques en parallèle |
| Auto-scaling | Ajustement automatique du nombre d'instances selon la charge |
| Service managé | Service dont le fournisseur assure l'exploitation complète |
| Région | Zone géographique regroupant plusieurs datacenters |
| Zone de disponibilité | Datacenter isolé au sein d'une région |
| Egress | Données sortant du cloud — presque toujours facturé |
| Ingress | Données entrant dans le cloud — généralement gratuit |
| Dépendance au fournisseur | Difficulté et coût de migration vers un autre acteur |
| Réversibilité | Capacité à récupérer ses données et à partir |
Le terme le plus important de ce tableau pour votre facture : egress. Faire entrer des données dans le cloud est gratuit ; les faire sortir est facturé, parfois lourdement. C'est un mécanisme économique délibéré, et l'une des principales sources de mauvaises surprises. La leçon 6 y revient.
7. Les chiffres du marché en 2026
À savoir sur les acteurs européens : leur part de marché reste modeste, mais leur pertinence est réelle et croissante pour deux raisons — la souveraineté (législation européenne, RGPD, absence d'extraterritorialité américaine) et le prix (Hetzner et Scaleway sont souvent nettement moins chers sur du calcul brut).
Retenir en 30 secondes
- Le NIST définit le cloud par cinq caractéristiques obligatoires : libre-service, accès réseau large, mise en commun, élasticité rapide, service mesuré.
- Les critères les plus discriminants : libre-service et service mesuré. Beaucoup d'offres « cloud » échouent dessus.
- « Un serveur chez quelqu'un d'autre » est réducteur : la rupture, c'est l'API et la facturation à l'usage.
- Date de naissance du cloud moderne : mars 2006, lancement d'Amazon S3.
- AWS est né d'un besoin interne d'Amazon — le leader mondial est un effet de bord.
- Quatre modèles : public, privé (élasticité limitée), hybride, multi-cloud (complexité doublée).
- Idée reçue la plus coûteuse : croire que déplacer ses machines virtuelles telles quelles fait économiser. Le gain vient de la reconception.
- Terme crucial pour la facture : egress — les données sortantes sont facturées.
Suivant : IaaS, PaaS, SaaS et serverless : où s'arrête votre responsabilité →