Chapitre 112 minIntermédiaire
C'est quoi le cloud computing ? Définition et vocabulaire
Par Josselyn C., prof de BTS SIO. Mis à jour le .
À la fin de ce chapitre, tu sauras
- définir le cloud computing avec les cinq caractéristiques du NIST ;
- distinguer le cloud d'un simple hébergement ou d'un hyperviseur ;
- employer le vocabulaire : région, élasticité, CAPEX et OPEX ;
- peser les avantages et les limites du cloud pour une PME.
3 exercices corrigés
Le cloud computing (en français, informatique en nuage) consiste à utiliser par le réseau des ressources informatiques (serveurs, stockage, bases de données, logiciels) qu'un fournisseur met à disposition à la demande et facture à l'usage. Tu ne possèdes plus les machines : tu les loues, pour une heure ou pour trois ans, et tu en changes la taille en quelques minutes. Ce chapitre donne la définition de référence, le vocabulaire du métier, les avantages et les limites du cloud, et sa place dans le BTS SIO.
Une définition simple, avec un exemple
Sorbier Logistique fait tourner son application de suivi des livraisons sur srv-web, un serveur de sa DMZ (192.168.10.225, plan d'adressage du labo). Tout le mois de décembre, les clients consultent leurs colis cinq fois plus que d'habitude, et le serveur sature. Deux solutions :
- Acheter un serveur plus gros. Sorbier doit le commander, l'installer, le payer d'un coup, et il restera surdimensionné onze mois sur douze.
- Louer de la capacité dans le cloud. L'application tourne chez un fournisseur ; en décembre, elle passe automatiquement de une à quatre instances, puis revient à une en janvier. Sorbier paie les heures consommées.
La seconde solution, c'est le cloud : la puissance informatique devient un service qu'on consomme comme l'électricité, au compteur, sans posséder la centrale.
La définition du NIST : cinq caractéristiques
La définition qui fait référence est celle du NIST, l'institut américain de normalisation, publiée en 2011 dans le document SP 800-145. Elle tient en une phrase : le cloud est un modèle qui donne un accès réseau pratique et à la demande à un ensemble partagé de ressources configurables, qu'on obtient et qu'on libère rapidement, avec un minimum d'effort de gestion et d'interaction avec le fournisseur. Le NIST précise cinq caractéristiques essentielles :
| Caractéristique | Ce que ça veut dire | Sur Azure |
|---|---|---|
| Libre-service à la demande | Tu obtiens une ressource toi-même, sans appeler ni attendre un humain du fournisseur | Une VM se crée en deux minutes depuis le portail ou la ligne de commande |
| Accès large par le réseau | Les ressources s'utilisent par le réseau, avec des protocoles standard, depuis tout type de terminal | Portail web, API REST, Azure CLI, application mobile |
| Mutualisation des ressources | Le fournisseur sert de nombreux clients avec le même parc, en leur attribuant dynamiquement des ressources ; le client ne sait pas sur quel serveur physique il tourne | Ta VM partage un hôte physique avec celles d'autres clients, isolées par l'hyperviseur |
| Élasticité rapide | La capacité augmente ou diminue vite, parfois automatiquement, et semble illimitée vue du client | Mise à l'échelle automatique d'App Service ou de Container Apps selon la charge |
| Service mesuré | La consommation est mesurée, affichée et facturée | Facture à la seconde ou à l'heure, au Go stocké, au million de requêtes |
Le NIST définit aussi trois modèles de service (IaaS, PaaS, SaaS, chapitre 2) et quatre modèles de déploiement (public, privé, communautaire, hybride, chapitre 3). Retiens la formule « 5-3-4 » : cinq caractéristiques, trois modèles de service, quatre modèles de déploiement.
Cloud, hébergement et virtualisation : ne pas confondre
La virtualisation est la technologie qui rend le cloud possible : un hyperviseur découpe un serveur physique en machines virtuelles (cours Virtualisation). Le cloud est un modèle de service construit dessus : libre-service, mutualisation à grande échelle, facturation à l'usage.
| Offre | Ce que tu obtiens | Libre-service immédiat | Facturation | Cloud au sens du NIST ? |
|---|---|---|---|---|
| Hébergement web mutualisé | Un espace sur un serveur partagé, avec PHP et une base | Partiel (panneau d'administration) | Forfait annuel | Non : pas d'élasticité |
| Serveur dédié loué | Une machine physique entière | Non, délai de livraison | Forfait mensuel | Non |
| VPS (serveur privé virtuel) | Une VM de taille fixe chez un hébergeur | Oui | Forfait mensuel | En partie : peu élastique |
| Hyperviseur interne (Proxmox, Hyper-V) | Des VM sur tes propres serveurs | Pour les administrateurs seulement | Aucune (le matériel est acheté) | Non, sauf s'il est équipé d'un portail et d'une mesure |
| Cloud public (Azure, AWS, Google Cloud, OVHcloud, Scaleway) | VM, stockage, bases, services prêts à l'emploi | Oui | À l'usage | Oui |
La frontière est floue chez certains hébergeurs : un VPS qu'on crée et détruit par API, facturé à l'heure, coche presque toutes les cases. Ce qui compte, c'est de savoir justifier ton classement avec les cinq caractéristiques.
Le vocabulaire du cloud
| Terme | Définition | Exemple |
|---|---|---|
| Fournisseur (cloud provider) | L'entreprise qui exploite les centres de données et vend les services | Microsoft (Azure), Amazon (AWS), Google, OVHcloud, Scaleway |
| Locataire (tenant) | Un client du service mutualisé ; ses ressources sont isolées de celles des autres locataires | L'organisation Sorbier Logistique dans Azure |
| Région | Une zone géographique où le fournisseur possède un ou plusieurs centres de données | France Central, à Paris ; France South, à Marseille |
| Zone de disponibilité | Un ou plusieurs centres de données indépendants (énergie, refroidissement, réseau) à l'intérieur d'une région | Les trois zones de France Central (chapitre 13) |
| Instance | Un exemplaire d'une ressource de calcul en fonctionnement | Une VM, un conteneur, une réplique d'application web |
| Service managé | Un service dont le fournisseur assure l'installation, les mises à jour, les sauvegardes et la disponibilité | Une base MySQL que tu utilises sans jamais administrer son serveur |
| Scalabilité verticale (scale up) | Donner plus de ressources à une même instance | Passer une VM de 2 à 4 processeurs virtuels |
| Scalabilité horizontale (scale out) | Ajouter des instances qui se partagent la charge | Passer de 1 à 4 instances de l'application |
| Élasticité | Scalabilité automatique, dans les deux sens, qui suit la charge | 4 instances en décembre, 1 en janvier, sans intervention |
| CAPEX | Dépense d'investissement : un achat qui s'amortit sur plusieurs années | Acheter un serveur 4 800 € amorti sur 5 ans |
| OPEX | Dépense de fonctionnement : une charge courante | Payer 52 € par mois au fournisseur cloud |
Avantages et limites du cloud
| Avantages | Limites |
|---|---|
| Pas d'investissement initial : on paie à l'usage, la trésorerie respire | Coût récurrent : sur plusieurs années, une charge permanente peut coûter plus cher qu'un serveur acheté (chapitre 5) |
| Rapidité : un environnement de test en quelques minutes | Dépendance au réseau : sans accès Internet, plus de service |
| Élasticité : on suit la charge au lieu de la prévoir | Dépendance au fournisseur : formats, API, compétences, frais de sortie (chapitre 14) |
| Services managés : bases, sauvegardes, mises à jour pris en charge | Droit et données : où sont les données, quelle loi s'applique (chapitre 4) |
| Disponibilité : zones et régions multiples, à portée de clic | Moins de contrôle : pannes et maintenances décidées par le fournisseur |
| Sécurité physique et matérielle de niveau industriel | Sécurité de la configuration : elle reste à ta charge (chapitre 12) |
L'impact environnemental joue dans les deux sens. Les centres de données des grands fournisseurs sont mieux remplis et mieux refroidis qu'une salle serveur de PME, mais la facilité de créer des ressources pousse à en garder trop, et certaines consomment beaucoup (calcul pour l'IA, stockage jamais purgé). Le cours Éco-conception traite cette question.
Le cloud dans le BTS SIO
Le référentiel du BTS SIO cite l'informatique en nuage à plusieurs endroits :
- dans les domaines technologiques qui font évoluer les systèmes d'information, aux côtés de la mobilité, de la sécurité et de l'intelligence artificielle ;
- dans les conditions d'exercice du bloc 1 et des deux options : la personne titulaire du diplôme « prend en compte les évolutions [...] des services (notamment l'informatique en nuage) », et les fournisseurs de services cloud font partie de ses relations externes ;
- en SISR, qui comprend « le choix et la mise en œuvre de solutions d'hébergement » et des services « accessibles dans le réseau local ou à travers une solution en nuage » ;
- dans l'annexe II.E, qui décrit l'environnement de formation et de certification : « Le recours aux ressources en ligne (cloud computing) est recommandé ».
Concrètement, le cloud te sert pour une réalisation du portfolio de l'E5 (mettre un service à disposition des utilisateurs), comme environnement de tes réalisations de l'E6 (SISR, SLAM), et à l'écrit E7 (annales SISR et SLAM), où la protection des données confiées à un prestataire et la répartition des responsabilités sont des questions classiques. En SISR, le TP Déployer et héberger sur un VPS ou un PaaS en donne une première pratique ; en SLAM, le TP Déployer ton portfolio sur Vercel utilise une plateforme PaaS.
Exercices
Exercice 1 sur 3 Cloud ou pas cloud ? Réussi À revoir
Pour chaque offre, dis si c'est du cloud au sens du NIST. Si ce n'est pas le cas, nomme la caractéristique qui manque.
- Un hébergeur loue un serveur physique au mois ; on remplit un formulaire, et le serveur est livré sous trois jours ouvrés.
- Microsoft 365 : messagerie et bureautique en ligne, facturées par utilisateur et par mois, avec un portail où l'administrateur crée lui-même les comptes.
- Le cluster Proxmox du siège de Sorbier : seuls les deux administrateurs créent des VM, et personne ne mesure ce que chaque service consomme.
- Une plateforme qui exécute ton code à chaque requête HTTP et te facture au million d'exécutions.
- Un disque dur externe partagé sur le réseau local.
Voir la réponseMasquer la réponse de l'exercice 1
- Non. Il manque le libre-service à la demande (formulaire et délai) et l'élasticité : on ne fait pas varier la capacité en quelques minutes.
- Oui : libre-service (l'administrateur crée les comptes), accès par le réseau, mutualisation (des millions de clients), élasticité (on ajoute des licences), service mesuré (facture par utilisateur). C'est un SaaS (chapitre 2).
- Non, c'est de la virtualisation : pas de libre-service pour les utilisateurs et pas de service mesuré. Avec un portail de libre-service et une mesure de la consommation par service, il deviendrait un cloud privé.
- Oui : c'est même la forme la plus élastique du cloud, le FaaS ou serverless (chapitre 2).
- Non : pas de libre-service, pas de mutualisation entre clients, pas d'élasticité, pas de mesure. C'est un partage de fichiers.
Tu avais trouvé ?
Exercice 2 sur 3 CAPEX ou OPEX ? Réussi À revoir
Classe chaque dépense de Sorbier Logistique en CAPEX ou en OPEX.
- L'achat de deux serveurs pour le cluster Proxmox.
- L'abonnement mensuel au logiciel de paie en ligne (SaaS).
- La facture Azure du mois de novembre.
- L'achat d'une baie de stockage TrueNAS.
- Le contrat de maintenance annuel des serveurs.
Voir la réponseMasquer la réponse de l'exercice 2
- CAPEX : un achat de matériel amorti sur plusieurs années.
- OPEX : un abonnement à un service, donc une charge récurrente.
- OPEX : le cloud transforme l'investissement en charge de fonctionnement.
- CAPEX.
- OPEX : c'est un service payé chaque année, même s'il porte sur du matériel acheté.
Le passage du CAPEX à l'OPEX est un argument classique en faveur du cloud : il évite d'immobiliser de la trésorerie. Il ne dit rien du coût total, qui se compare sur plusieurs années (chapitre 5).
Tu avais trouvé ?
Exercice 3 sur 3 Argumenter pour la direction Réussi À revoir
La directrice de Sorbier, Hélène Garnier, te demande en trois phrases pourquoi le suivi des livraisons irait mieux dans le cloud, puis en deux phrases ce qui pourrait mal tourner.
Voir la réponseMasquer la réponse de l'exercice 3
Pour. L'application doit encaisser un pic en décembre : dans le cloud, elle passe automatiquement à plusieurs instances pendant le pic et revient à une seule ensuite, et Sorbier ne paie que ce qu'elle consomme. Il n'y a plus de serveur à acheter ni à remplacer, et le fournisseur gère le matériel, l'énergie et la sécurité physique. Les services managés (base de données, sauvegardes) libèrent du temps à l'équipe informatique.
Contre. Si l'accès Internet du fournisseur ou la configuration posent problème, le service tombe sans que Sorbier puisse intervenir sur le matériel : Sorbier exigera un engagement de disponibilité (SLA) et préparera un plan de reprise. Les données des clients (noms, adresses de livraison) partent chez un prestataire : Sorbier choisit où elles sont stockées et sous quelle loi, et encadre la sous-traitance par un contrat conforme au RGPD.
Tu avais trouvé ?