Les 5 caractéristiques du cloud computing

Le test en 5 questions

Deux leçons plus tôt, vous avez appris la définition formelle du NIST pour le cloud computing. Cette définition nomme 5 caractéristiques essentielles, mais se contente de les lister par leur nom. Cette leçon est l'endroit où elles font leurs preuves : chacune est un trait précis et testable, et un service doit présenter les 5 avant de compter réellement comme du cloud computing plutôt que comme "un serveur ailleurs."

Considérez cette leçon comme une liste de contrôle. Quand quelqu'un qualifie un service de "cloud," vous pouvez désormais demander, une par une, s'il présente effectivement chaque trait.

1. Le libre-service à la demande

Vous pouvez provisionner des ressources informatiques, démarrer un serveur, demander plus de stockage, dès que vous en avez besoin, sans appeler personne ni attendre qu'une personne chez le fournisseur agisse. Vous ouvrez une console, une API ou une ligne de commande, vous faites la demande, et cela se produit.

Comparez cela à l'exemple de l'hébergement vu il y a 2 leçons : envoyer un email au support et attendre un jour pour plus de RAM échoue immédiatement à ce test. Un véritable service cloud ne place jamais une étape d'approbation humaine entre votre demande et l'apparition de la ressource.

2. L'accès réseau étendu

Le service est accessible via des réseaux standards, dans la pratique internet, depuis une variété d'appareils ordinaires, ordinateurs portables, téléphones, tablettes, avec des outils standards comme un navigateur web ou une API documentée, plutôt que d'exiger du matériel spécialisé ou une connexion privée que vous seul possédez.

C'est pour cela que vous pouvez gérer un compte cloud depuis votre téléphone dans un train et depuis un ordinateur portable à votre bureau avec la même connexion, la même interface et le même résultat. Le service ne se soucie pas de l'appareil qui a fait la demande.

3. La mutualisation des ressources

Le fournisseur sert plusieurs clients depuis le même matériel sous-jacent selon un modèle multi-locataire, et attribue dynamiquement les ressources aux clients en fonction de la demande. Élément crucial : vous ne savez généralement pas, et n'avez pas besoin de savoir, exactement sur quelle machine physique ou dans quelle baie de centre de données votre charge de travail s'exécute à un moment donné.

C'est la caractéristique que la virtualisation rend possible, vue dans la leçon précédente. Un hyperviseur qui découpe un serveur physique en plusieurs machines virtuelles isolées, c'est exactement comment un fournisseur mutualise du matériel entre des milliers de clients tout en gardant les données et la charge de travail de chaque client séparées des autres.

4. L'élasticité rapide

La capacité peut s'étendre, ajouter davantage de ressources, ou se réduire, libérer des ressources, rapidement, souvent automatiquement, pour suivre la demande réelle, et du point de vue du client, le réservoir de ressources disponibles paraît quasiment illimité.

Imaginez le site d'un détaillant pendant une vente flash : le trafic est multiplié par 20 par rapport à la normale pendant 3 heures, puis retombe. Une configuration cloud peut ajouter des serveurs pour absorber ce pic au fur et à mesure et les retirer une fois la vente terminée, si bien que le détaillant ne paie cette capacité supplémentaire que pour les heures où elle a réellement tourné. L'infrastructure sur site, rappelez-vous de la première leçon de ce sujet, ne peut pas faire cela : elle reste bloquée à la capacité déjà achetée.

5. Le service mesuré

Les systèmes cloud mesurent automatiquement l'usage des ressources, qu'il s'agisse d'heures de calcul, de gigaoctets stockés ou de données transférées, et le fournisseur comme le client peuvent voir cet usage de façon transparente. Cette mesure est ce qui rend possible la tarification au paiement à l'usage : vous êtes facturé selon ce que le système a réellement mesuré, pas selon une allocation fixe que vous auriez ou non utilisée.

Vous verrez les modèles de tarification construits sur cette mesure, à la demande, réservée et autres, plus loin dans ce domaine, dans le sujet Économie du cloud.

Faire tourner la liste de contrôle

Assemblez les 5 caractéristiques et vous obtenez un test rapide pour n'importe quel service que quelqu'un qualifie de "cloud" :

Un service à qui il manque ne serait-ce qu'un seul de ces traits n'est pas pleinement du cloud computing selon la définition du NIST, peu importe la façon dont il est commercialisé. L'exemple de l'hébergement vu plus tôt dans ce sujet échoue sur la caractéristique 1. Un centre de données privé virtualisé avec un processus de ticket lent pour les nouvelles VM échoue souvent sur les caractéristiques 1 et 4. Un service qui n'en présente que 3 sur 5 peut rester utile, mais l'appeler "cloud" relève du choix marketing, pas d'un fait technique.

Ce que vous emportez avec vous

Vous pouvez désormais reconnaître un véritable cloud computing en testant un service face à ces 5 traits plutôt qu'en vous fiant à une étiquette. Le prochain sujet de ce domaine passe de ce qu'est le cloud à la façon dont il se déploie : public, privé, communautaire et hybride, les 4 modèles qui décrivent qui partage le réservoir avec vous.