Quels sont les 4 types de services cloud ? IaaS, PaaS, SaaS et serverless

Les quatre types de services cloud sont l'infrastructure as a service (IaaS), la plateforme as a service (PaaS), le logiciel as a service (SaaS) et l'informatique serverless, aussi appelée function as a service (FaaS). Ils diffèrent par la part de la pile que le fournisseur exploite pour vous : plus la couche est haute, moins vous gérez et moins vous pouvez personnaliser.

Points clés

• Le NIST SP 800-145 définit trois modèles de service (IaaS, PaaS, SaaS). Le serverless y est couramment ajouté comme quatrième, car il est facturé et exploité différemment.
• L'IaaS vous donne des machines virtuelles et des réseaux ; le PaaS un environnement d'exécution ou une base de données managés ; le SaaS une application finie ; le serverless exécute votre code à chaque événement.
• Quel que soit le type, vous restez propriétaire de vos données, de vos identités, de vos règles d'accès et de votre configuration.
• La plupart des systèmes réels mélangent les types, par exemple des machines virtuelles en IaaS avec une base de données managée en PaaS.
• Les autres appellations « as a service », comme CaaS, DBaaS et DRaaS, sont des sous-ensembles de ces quatre types, nommés d'après ce qu'ils fournissent.

Quels sont les 4 types de services cloud ?

La définition du cloud computing du NIST (SP 800-145, septembre 2011) établit trois modèles de service. Le serverless est arrivé plus tard et est désormais proposé par tous les grands fournisseurs ; la plupart des guides en comptent donc quatre.

Infrastructure as a service (IaaS)

L'IaaS vous loue les briques de base : machines virtuelles, stockage en blocs et en objets, et réseaux virtuels. Le NIST la décrit comme la capacité de « provisionner du traitement, du stockage, des réseaux et d'autres ressources informatiques fondamentales » et d'exécuter « des logiciels quelconques, pouvant inclure des systèmes d'exploitation et des applications ».

Vous choisissez le système d'exploitation, vous le mettez à jour, vous installez vos logiciels et vous gérez les règles de pare-feu. Le fournisseur s'occupe des serveurs physiques et du centre de données.

• Adapté à : migrations lift-and-shift, applications héritées nécessitant un OS précis, et workloads exigeant un contrôle total.
• Points de vigilance : vous gardez l'essentiel du travail d'exploitation, dont les correctifs, les sauvegardes et les règles de montée en charge.

Platform as a service (PaaS)

Le PaaS retire le système d'exploitation de votre liste de tâches. Vous déployez du code ou un schéma de base de données ; le fournisseur exploite les serveurs, l'environnement d'exécution et le middleware. Selon le NIST, le client « ne gère ni ne contrôle l'infrastructure cloud sous-jacente » mais contrôle les applications déployées.

• Adapté à : applications web, API et bases de données managées lorsque vous voulez moins de maintenance et des mises en production plus rapides.
• Points de vigilance : limites d'environnement d'exécution et de versions, et fonctionnalités propres au fournisseur qui compliquent un changement ultérieur.

Software as a service (SaaS)

Le SaaS est une application finie que vous utilisez via un navigateur ou une application. Vous la configurez, ajoutez des utilisateurs et possédez les données, mais vous ne touchez ni au code ni à l'infrastructure. La messagerie, le CRM, les RH et la comptabilité en sont des exemples typiques.

• Adapté à : processus métier standard pour lesquels un produit configurable vaut mieux qu'un développement maison.
• Points de vigilance : personnalisation limitée, conditions d'export des données, et tarification par utilisateur qui croît avec l'effectif.

Informatique serverless (function as a service)

Avec le serverless, vous téléversez une fonction et définissez ce qui la déclenche, par exemple une requête HTTP, un dépôt de fichier ou un message dans une file. Le fournisseur la démarre, la dimensionne et l'arrête. Vous ne payez que pendant l'exécution. AWS Lambda, par exemple, est facturé selon le nombre de requêtes et la durée d'exécution de votre code, avec un niveau gratuit mensuel d'un million de requêtes.

Tous les fournisseurs ne classent pas le serverless à part. La documentation de Microsoft, par exemple, range Azure Functions dans le PaaS. C'est pourquoi certaines sources parlent de « trois types » et d'autres de « quatre ».

• Adapté à : tâches pilotées par les événements, API à trafic irrégulier, tâches planifiées et code de liaison entre services.
• Points de vigilance : limites de durée d'exécution, démarrages à froid, et coûts pouvant dépasser ceux d'un petit serveur toujours actif lorsque le trafic est constant et élevé.

Comment les quatre types se comparent-ils en contrôle, rapidité et coût ?

Chaque palier vers le haut de la pile échange du contrôle contre de la rapidité. Le tableau montre le schéma habituel ; les services varient individuellement.

En pratique, les équipes choisissent rarement un seul type. Un produit web classique exécute son front-end sur un service PaaS, ses tâches de fond sous forme de fonctions serverless, un composant hérité sur de l'IaaS, et utilise du SaaS pour la messagerie, le CRM et la gestion des tickets. La question n'est pas « quel type ? » mais « quel type pour chaque composant ? ».

Qui est responsable de quoi ?

Les responsabilités de sécurité et d'exploitation évoluent avec chaque type. Les recommandations de Microsoft sur la responsabilité partagée le résument ainsi : « Pour tous les types de déploiement cloud, vous êtes propriétaire de vos données et de vos identités. »

Le tableau suit la matrice de responsabilité de Microsoft ; AWS et Google Cloud appliquent le même principe. Le serverless se situe près du PaaS : le fournisseur exploite l'OS et l'environnement d'exécution, et vous possédez le code, les permissions et les données.

Quels autres types « as a service » existe-t-il ?

Les fournisseurs commercialisent bien d'autres appellations. Ces types as a service sont des tranches plus étroites des quatre types principaux, nommées d'après ce qu'elles fournissent. AWS présente un bref aperçu des principaux modèles sur sa page types de cloud computing.

Comment choisir le bon type ?

Choisissez la couche la plus haute qui répond encore à vos besoins. Chaque couche que vous déléguez est un travail que vous ne faites plus, mais aussi un contrôle que vous cédez.

1. Existe-t-il un produit SaaS adapté ? Pour la messagerie, le CRM ou la paie, achetez plutôt que de développer.
2. L'application vous appartient-elle et pouvez-vous la modifier ? Si oui, essayez d'abord le PaaS ou le serverless. Vous passerez moins de temps sur les correctifs et la montée en charge.
3. Nécessite-t-elle un OS, un noyau ou une licence précis ? L'IaaS est alors généralement le choix réaliste, au moins pour la première phase d'une migration.
4. Le trafic est-il irrégulier ou piloté par des événements ? Le serverless convient bien. Pour une charge constante et élevée, comparez-le aux conteneurs ou aux VM sur le prix.
5. Qui l'exploitera la nuit ? L'IaaS demande le plus d'effort d'exploitation. Si vous n'avez pas cette équipe, prévoyez un service cloud managé ou choisissez une couche plus haute.

Les types de service sont distincts des modèles de déploiement. Vous pouvez exploiter de l'IaaS dans un cloud public, privé ou hybride. Notre guide des modèles de déploiement cloud traite cet aspect, et la comparaison IaaS et PaaS approfondit les deux choix les plus courants.

Exemple : mélanger IaaS et PaaS dans une même plateforme

WorkBuster exploite une plateforme de recrutement SaaS utilisée dans le monde entier. Lors de sa migration vers AWS avec Opsio, ses données résidaient dans une instance MySQL sur un hyperviseur VMware, et un temps d'arrêt quasi nul était essentiel. La nouvelle architecture combine plusieurs types. Des instances EC2 (IaaS) tournent derrière un Application Load Balancer et un groupe d'auto-scaling, adossées à une base Amazon RDS for MySQL multi-AZ (un service managé de type PaaS). L'ensemble est défini dans des modèles AWS CloudFormation. Lisez l'étude de cas WorkBuster.

Comment Opsio vous accompagne

Opsio aide les équipes à décider quelles parties d'une application relèvent de l'IaaS, du PaaS ou du serverless, puis les migre et les exploite. Découvrez nos services serverless et notre service de migration AWS.

Questions fréquentes

Y a-t-il 3 ou 4 types de services cloud ?

Les deux réponses sont courantes. Le NIST SP 800-145 définit trois modèles de service : IaaS, PaaS et SaaS. De nombreux fournisseurs et guides ajoutent le serverless comme quatrième, tandis que Microsoft classe Azure Functions dans le PaaS.

Quelle est la différence entre IaaS, PaaS et SaaS ?

L'IaaS vous donne une infrastructure virtuelle et vous gérez tout à partir du système d'exploitation. Le PaaS gère aussi l'OS et l'environnement d'exécution : vous ne déployez que du code et des données. Le SaaS est une application complète que vous configurez et utilisez.

AWS est-il de l'IaaS, du PaaS ou du SaaS ?

AWS propose les trois. Amazon EC2 est de l'IaaS, Amazon RDS et Elastic Beanstalk sont du PaaS, AWS Lambda est du serverless, et AWS vend aussi quelques applications de type SaaS. Il en va de même pour Azure et Google Cloud.

Quel type de service cloud est le moins cher ?

Aucun type n'est le moins cher dans tous les cas. Le serverless est souvent le moins cher pour un trafic faible ou irrégulier, l'IaaS avec remises sur engagement pour une charge élevée et stable, et le SaaS lorsqu'il remplace un logiciel que vous développeriez et exploiteriez autrement. Intégrez le temps d'exploitation de votre équipe à la comparaison.