Cloud Computing : définition et 5 promesses fondamentales

Quand on parle de “cloud”, on pense souvent à “mettre ses données sur Internet”. C’est réducteur. Le cloud computing est un modèle d’infrastructure qui repose sur 5 promesses fondamentales : payer uniquement ce qu’on consomme (pay-as-you-go), s’adapter automatiquement à la charge (élasticité), se servir soi-même sans intermédiaire (libre-service), mutualiser les ressources, et garantir la disponibilité. Ce guide vous explique ce qu’est vraiment le cloud et pourquoi ces promesses changent tout.

Ce que vous allez apprendre

• La définition technique du cloud computing selon le NIST
• Les 5 promesses fondamentales que doit tenir un vrai cloud
• Le modèle économique pay-as-you-go et ses implications
• Les avantages concrets par rapport à une infrastructure traditionnelle

Aucun prérequis technique — ce guide est conçu pour les débutants.

Définition : qu’est-ce que le cloud computing ?

Le National Institute of Standards and Technology (NIST), référence mondiale en informatique, définit le cloud computing comme :

Un modèle permettant un accès réseau à la demande, pratique et ubiquitaire (depuis n’importe où) à un ensemble partagé de ressources informatiques configurables (réseaux, serveurs, stockage, applications, services) qui peuvent être rapidement provisionnées et libérées avec un minimum d’effort de gestion ou d’interaction avec le fournisseur.

Concrètement, le cloud, c’est :

• Louer des ressources informatiques plutôt que les acheter
• Accéder à ces ressources via Internet
• Payer uniquement ce qu’on consomme
• Scaler (augmenter ou réduire) ces ressources à la demande
• Ne pas gérer l’infrastructure physique

L'analogie de l'électricité

Avant, chaque usine avait sa propre centrale électrique. Aujourd’hui, vous branchez votre équipement et payez votre consommation. Le cloud fait la même chose pour l’informatique : vous “branchez” vos applications, vous consommez de la puissance de calcul, et vous payez votre facture. Vous ne gérez pas la “centrale” (le datacenter).

Les 5 promesses fondamentales du cloud

Pour qu’une infrastructure soit considérée comme du “vrai cloud”, elle doit tenir 5 promesses essentielles. Ces caractéristiques distinguent le cloud d’un simple hébergement ou d’un datacenter classique.

1. Pay-as-you-go (paiement à l’usage)

La promesse : Vous payez uniquement ce que vous consommez, à la minute ou à l’heure près. Pas de CAPEX (investissement initial), uniquement de l’OPEX (coûts d’exploitation variables).

Comment ça fonctionne concrètement

Dans l’infrastructure traditionnelle, vous devez acheter suffisamment de serveurs pour gérer votre pic de charge (Black Friday, lancement de produit, campagne marketing). Le reste du temps, 70 à 90 % de cette capacité reste inutilisée — mais vous avez déjà payé.

Avec le cloud :

• Vous créez 10 serveurs à 9h du matin pour un pic de trafic
• Vous les utilisez pendant 6 heures
• Vous les supprimez à 15h
• Vous payez seulement 6 heures de 10 serveurs

💰 Infrastructure traditionnelle

Modèle CAPEX : vous achetez 100 serveurs pour gérer les pics

• Coût initial : 500 000 € (matériel + installation)
• Utilisation moyenne : 30 % de la capacité
• Gaspillage : 70 % du budget dort la plupart du temps
• Délai : 2 à 6 mois entre l’achat et la mise en service

Verdict : Coûts fixes élevés avant même de générer du revenu.

☁️ Cloud pay-as-you-go

Modèle OPEX : vous louez ce dont vous avez besoin, quand vous en avez besoin

• Coût initial : 0 € (pas d’achat de matériel)
• Utilisation moyenne : vous ajustez en permanence
• Gaspillage : proche de 0 % (vous arrêtez ce qui ne sert pas)
• Délai : quelques secondes pour créer une ressource

Verdict : Coûts variables alignés sur votre activité réelle.

Implications du pay-as-you-go

Aspect	Impact
Budget	Transformation des CAPEX en OPEX → plus besoin d’investir massivement au départ
Innovation	Vous pouvez tester une idée avec 50 € et scaler si ça fonctionne
Optimisation	Vous êtes incité à éteindre ce qui ne sert pas (environnements de test, serveurs de nuit…)
Risque	Si vous ne surveillez pas, les coûts peuvent exploser (ressources oubliées, sur-dimensionnement)

Glissez pour voir

Le revers de la médaille

Le pay-as-you-go, c’est formidable… si vous gérez bien vos ressources. Sinon, vous risquez de payer pour :

• Des serveurs oubliés qui tournent 24h/24 sans utilité
• Des environnements de test non arrêtés le soir
• Des données stockées indéfiniment sans politique de nettoyage

Règle d’or : Automatisez l’arrêt des ressources inutiles et mettez en place des budgets et alertes dès le départ.

2. Élasticité (scaling automatique)

La promesse : Vos ressources s’adaptent automatiquement à la charge. Trafic qui monte ? Le cloud ajoute des serveurs. Trafic qui descend ? Il en retire.

Élasticité verticale vs horizontale

⬆️ Scaling vertical (scale up)

Augmenter la puissance d’une seule machine : passer de 2 CPU à 8 CPU, de 4 GB RAM à 32 GB RAM.

Avantage : Simple, pas de changement d’architecture.

Limite : Vous finirez par atteindre la capacité maximale disponible (et c’est cher).

➡️ Scaling horizontal (scale out)

Ajouter plus de machines identiques pour répartir la charge (de 5 serveurs à 50 serveurs).

Avantage : Quasi illimité, plus résilient (si un serveur tombe, les autres continuent).

Complexité : Nécessite une architecture distribuée (load balancer, sessions partagées…).

Exemple concret : site e-commerce

Imaginez un site e-commerce qui vend des jouets :

• Janvier-novembre : 5 serveurs suffisent (trafic normal ~10 000 visiteurs/jour)
• Black Friday + Noël : pic à 200 000 visiteurs/jour → le cloud ajoute automatiquement 45 serveurs
• 26 décembre : retour à la normale → le cloud retire les serveurs supplémentaires

Sans cloud : Vous auriez acheté 50 serveurs (pour le pic) qui dorment 11 mois sur 12.

Avec cloud : Vous payez 5 serveurs 11 mois + 50 serveurs quelques semaines.

3. Libre-service à la demande (self-service)

La promesse : Vous créez, modifiez et supprimez vos ressources vous-même, sans passer par un technicien ou un service commercial.

Avant le cloud : l’enfer des tickets

Dans un datacenter traditionnel, pour obtenir un nouveau serveur :

1. Remplir un bon de commande ou créer un ticket
2. Attendre validation du manager
3. Attendre validation des achats
4. Attendre la livraison du matériel (3 semaines à 3 mois)
5. Attendre qu’un technicien l’installe dans un rack
6. Attendre la configuration par l’équipe système
7. Recevoir enfin les accès

Délai typique : 2 semaines à 6 mois. Pendant ce temps, vos concurrents avancent.

Avec le cloud : 30 secondes

1. Vous vous connectez à la console web (ou utilisez un script)
2. Vous choisissez le type de serveur, la taille, la région
3. Vous cliquez sur “Créer”
4. 30 secondes plus tard, votre serveur est prêt

Cette autonomie change radicalement la vitesse d’innovation. Vous pouvez tester une idée le matin et l’abandonner l’après-midi si ça ne fonctionne pas — sans avoir engagé 100 000 € de matériel.

Le principe API-first

Le libre-service fonctionne grâce au principe API-first : chaque action que vous faites dans la console web (créer une VM, configurer un réseau…) est en réalité un appel à une API. Vous pouvez donc tout automatiser avec des scripts, Terraform, Ansible…

Pour en savoir plus : Cloud API-first : tout est automatisable.

4. Mutualisation des ressources (resource pooling)

La promesse : Le fournisseur cloud mutualise ses datacenters entre des milliers de clients. Vous profitez d’une infrastructure massive sans avoir à l’acheter.

Comment ça marche

Imaginez un parking de 1000 places. Si chaque entreprise du quartier devait construire son propre parking pour ses employés, ce serait un gaspillage énorme (les places sont vides la nuit, le week-end…). Un parking partagé optimise l’utilisation : chacun paye uniquement quand il utilise une place.

Le cloud fait pareil :

• Les fournisseurs cloud (Outscale, OVH, Scaleway, et les hyperscalers) ont des datacenters de plusieurs milliers à centaines de milliers de serveurs
• Ces serveurs sont répartis entre des milliers de clients
• Quand vous n’utilisez pas une ressource, elle est disponible pour quelqu’un d’autre
• Vous bénéficiez d’une infrastructure de niveau professionnel que vous ne pourriez jamais vous payer seul

Les avantages de la mutualisation

Avantage	Explication
Économies d’échelle	Acheter 100 000 serveurs coûte beaucoup moins cher par serveur que d’en acheter 10
Résilience	Un datacenter massif a plus de redondances (alimentations, réseau, refroidissement) qu’une petite salle serveur
Innovation	Les fournisseurs investissent massivement en R&D (IA, GPU, réseau très haut débit…)
Environnement	Mutualiser l’utilisation réduit le gaspillage énergétique global

Glissez pour voir

Et la sécurité dans tout ça ?

“Si tout le monde partage les mêmes serveurs, mes données ne sont pas à risque ?” Non, car chaque client est isolé des autres grâce à la virtualisation. Vos VMs tournent sur le même hardware qu’un autre client, mais elles sont logiquement séparées.

Voir Mutualisation, isolation et virtualisation pour les détails techniques.

5. Disponibilité mesurée (measured service)

La promesse : Le cloud mesure précisément ce que vous consommez (CPU, RAM, stockage, bande passante) et vous facture en conséquence.

Transparence et traçabilité

Dans un datacenter classique, difficile de savoir exactement combien coûte votre application. Avec le cloud :

• Vous voyez en temps réel combien chaque ressource consomme
• Vous pouvez tagger vos ressources par projet, équipe, environnement
• Vous recevez des rapports détaillés de consommation (Cost Explorer, Cost Management…)
• Vous pouvez définir des budgets et recevoir des alertes si vous les dépassez

Exemple de métriques mesurées

Ressource	Métrique facturée	Exemple
VM (serveur)	Heures de fonctionnement × type d’instance	0,05 €/heure pour 2 vCPU + 4 GB RAM
Stockage objet	GB stockés + nombre de requêtes	0,02 €/GB/mois + 0,0004 € pour 1000 requêtes GET
Base de données	Heures × type d’instance + stockage + IOPS	0,10 €/heure + 0,10 €/GB + 0,10 €/million IOPS
Bande passante	GB transférés (souvent gratuit en entrée, payant en sortie)	Sortie vers Internet : 0,09 €/GB

Glissez pour voir

FinOps : la discipline de l'optimisation cloud

La mesure précise de la consommation a donné naissance à FinOps (Financial Operations) : une discipline qui vise à optimiser les coûts cloud en identifiant le gaspillage, en dimensionnant correctement les ressources, et en négociant les tarifs (Reserved Instances, Savings Plans…).

Règle d’or : Mettez en place le tagging et les budgets dès le départ, pas après avoir reçu une facture de 50 000 €.

Comparaison : cloud vs infrastructure traditionnelle

Critère	Infrastructure traditionnelle	Cloud computing
Modèle économique	CAPEX : achat de matériel (500 k€ minimum)	OPEX : paiement à l’usage (dès 10 €/mois)
Délai de provisioning	2 semaines à 6 mois	30 secondes à 5 minutes
Scalabilité	Manuelle, lente, limitée	Automatique, rapide, quasi illimitée
Gestion	Vous gérez tout (matériel, OS, réseau, sécurité physique…)	Vous gérez l’applicatif, le cloud gère l’infra
Résilience	Vous devez tout prévoir (onduleurs, groupes électrogènes, redondance réseau…)	Incluse dans l’offre (multi-AZ, SLA 99,9%+)
Innovation	Limitée par votre budget matériel	Accès aux dernières technologies (GPU, IA, Kubernetes…)

Glissez pour voir

À retenir

Le cloud computing repose sur 5 promesses fondamentales :

1. Pay-as-you-go : Payer uniquement ce qu’on consomme, transformer les CAPEX en OPEX
2. Élasticité : S’adapter automatiquement à la charge (scale up/down)
3. Libre-service : Créer et gérer vos ressources vous-même, sans intermédiaire
4. Mutualisation : Profiter d’une infrastructure massive partagée entre clients
5. Disponibilité mesurée : Connaître précisément votre consommation et vos coûts

Ces promesses transforment le modèle économique de l’IT : vous passez d’investissements lourds et rigides à des coûts variables alignés sur votre activité réelle.

Tous les clouds ne se valent pas

Certains hébergeurs se présentent comme du “cloud” mais ne tiennent pas ces 5 promesses :

• Pas d’élasticité automatique → vous devez gérer le scaling manuellement
• Facturation mensuelle forfaitaire → pas de pay-as-you-go
• Pas d’API pour automatiser → pas de libre-service réel

Vérifiez que votre fournisseur répond aux critères du NIST avant de parler de “cloud”.

Prochaines étapes

Modèles de service

Découvrez les différences entre IaaS, PaaS et SaaS

Modèles cloud : IaaS, PaaS, SaaS

Responsabilité partagée

Comprenez qui gère quoi en termes de sécurité dans le cloud

Responsabilité partagée

Régions et zones

Apprenez à choisir où déployer vos applications

Régions et sous-régions cloud

Automatisation API-first

Découvrez comment tout automatiser avec les API cloud

Cloud API-first

×

📖 Voir la documentation →