Les fondamentaux du cloud

Définitions techniques du cloud

Il a été abordé dans le chapitre précédent une définition générale du cloud. Dans ce chapitre, c’est la dimension technique qui sera mise en avant.

Il est important de souligner cette dernière phrase. Dans l’acception ordinaire, le cloud est confondu avec un nom de technologie comme AWS, Azure, Google Cloud Platform. Il faut garder en tête que ces derniers sont plutôt des environnements d’exécution et que les vraies technologies seront les composants qui sont mis en œuvre derrière chacun d’eux (AWS S3, Google All Engine...).

Il y a quatre types principaux de cloud computing : le cloud privé, le cloud public, le cloud hybride et le multicloud. Chacune de ces appellations s’autodéfinit. Même s’ils sont différents, ils ont tous en commun le même but : l’abstraction (ou l’émulation) et la mise en commun de ressources scalables à travers le réseau, mises à disposition du cloud computing. Chacun des types de cloud repose sur un système d’exploitation, généralement adossé à une plateforme de management avec une API ouverte. En l’état technologique actuel, les clouds supportent la virtualisation des ressources et l’automatisation du provisionning de celles-ci. S’ils ont tous le même but, quelles sont les différences entre ces types de cloud ?

*aaS : le modèle de service

Dans la notion de Self-Service, il y a le mot service. Quel type de service que l’utilisateur peut utiliser est proposé par le cloud ? Les services cloud peuvent être classés en trois grandes catégories, ou deux et la sensibilité de celui qui donne la définition : les services typés infrastructures, les services typés plateformes et les services typés logiciels. Ce sont les ‘*’ as a Service, respectivement ici : IaaS pour Infrastructure as a Service, PaaS, pour Platform as a Service et SaaS pour Software as a Service.

Le point commun de ces services est qu’ils sont disponibles et accessibles à distance. C’est évident à visualiser et à concevoir quand c’est du SaaS, ou service logiciel, cela l’est moins dans le cas du PaaS et encore moins pour l’IaaS.

De nos jours, ce terme "*" as a Service est galvaudé, utilisé dans de nombreux cas pour designer tout ce qui peut être mis à disposition grâce à Internet, ou plus globalement mis en réseau et qui entre dans un modèle d’usage et de facturation Self-Service et Pay As you Go.

Modèle de Services *aaS

Tenants

Cette notion de tenant est une notion qui revient très souvent dans le domaine du cloud. La question qui se pose en premier lors de la construction d’un environnement dédié à un usage mutualisé est : faut-il dédier à chaque utilisateur son propre environnement pour en assurer la séparation et la sécurité ou faut-il mutualiser le maximum de ressources et cloisonner l’utilisation de celle-ci au niveau logique ?

La première stratégie est le single-tenant. La seconde, le multi-tenant. La signification de tenant est locataire. Pour en comprendre au mieux le sens, ces notions peuvent être rapprochées de celle d’un locataire immobilier.

Sécurité, identité et rôles

L’utilisateur, au sens tenant, d’un cloud doit en effet être bien identifié pour qu’il puisse être doté des rôles ad hoc et que son cloisonnement soit assuré afin qu’il se sente comme seul utilisateur du service.

Un des piliers du Cloud Computing qui assure la sécurité en garantissant l’isolation de chaque tenant est l’IAM ou Identity and Access Management. Il est tellement important que chaque cloud offre un service spécifique et dédié qui n’assure que ces fonctionnalités.

L’architecture fonctionnelle du cloud

Comme tout concept ou technologie nouvelle de l’informatique, il y a toujours un travail de fait pour disposer d’un modèle applicable dans le réel.

Le cloud n’échappe pas à la règle : tout cloud provider désireux d’implémenter un cloud doit prévoir les couches présentées dans le schéma ci-après, sachant que dans la réalité, ils pourraient n’implémenter que les composants qu’ils jugent nécessaires.

Architecture fonctionnelle d’un environnement cloud