IaaS, PaaS, SaaS, CaaS, FaaS : les modèles de service

IaaS, PaaS et SaaS sont les trois modèles de service du cloud : ils disent jusqu'où le fournisseur prend en charge la pile technique. En IaaS (Infrastructure as a Service), il fournit des machines virtuelles, du stockage et du réseau ; en PaaS (Platform as a Service), une plateforme prête à exécuter ton code ; en SaaS (Software as a Service), un logiciel fini qu'on utilise dans le navigateur. Ce chapitre montre qui gère quoi dans chaque modèle, situe les deux modèles intermédiaires CaaS et FaaS, donne des exemples chez cinq fournisseurs et une méthode pour choisir.

Qui gère quoi : la pile en couches

Un service informatique est un empilement de couches : le matériel en bas, l'application et ses données en haut. Sur site (on-premise), l'organisation gère tout. Plus on monte dans les modèles de service, plus la ligne qui sépare « ce que gère le fournisseur » de « ce que tu gères » remonte.

IaaS : louer l'infrastructure

En IaaS, tu loues des briques d'infrastructure : machines virtuelles, disques, réseaux virtuels, adresses IP publiques, équilibreurs de charge. Tu installes et administres tout ce qui tourne au-dessus : le système d'exploitation, ses mises à jour, le pare-feu local, les logiciels, les sauvegardes de l'application.

• Exemples : Azure Virtual Machines, Amazon EC2, Google Compute Engine, les instances Public Cloud d'OVHcloud, les Instances de Scaleway.
• Quand le choisir : un logiciel qui exige un système précis (un ERP ancien, un serveur de licences), une migration rapide d'un serveur existant « tel quel » (lift and shift), un besoin de contrôle fin du système, ou un labo pour apprendre l'administration.
• Ce qui te reste : tout le travail d'un administrateur système, comme sur un serveur physique, sauf le matériel.

PaaS : déposer son code

En PaaS, le fournisseur gère les serveurs, le système, l'environnement d'exécution, les certificats HTTPS et la mise à l'échelle. Tu déposes ton code (ou une archive de ton application) et tu règles quelques paramètres.

• Exemples d'hébergement d'applications : Azure App Service, AWS Elastic Beanstalk, Google App Engine, Vercel ou Netlify pour les sites front-end.
• Les bases de données managées sont aussi du PaaS : Azure Database for MySQL, Amazon RDS, Google Cloud SQL, les bases managées d'OVHcloud et de Scaleway. Tu crées des tables et tu écris des requêtes ; le fournisseur installe, met à jour, sauvegarde et réplique le serveur (chapitre 9).
• Quand le choisir : une application web classique (Node.js, PHP, Python, .NET, Java), quand l'équipe veut développer plutôt qu'administrer.
• Ce qui te reste : le code et ses dépendances, la configuration de l'application, ses secrets, ses données, ses comptes.

SaaS : utiliser un logiciel fini

En SaaS, l'éditeur fournit le logiciel complet, hébergé et maintenu par lui. Tu t'abonnes, tu crées des comptes, tu paramètres, tu utilises.

• Exemples : Microsoft 365 et Google Workspace (messagerie, bureautique), Salesforce (relation client), les logiciels de paie ou de gestion de tickets proposés en ligne par leur éditeur.
• Quand le choisir : un besoin standard que de nombreux éditeurs couvrent déjà (messagerie, comptabilité, gestion de projet). Développer ou héberger soi-même un logiciel de messagerie n'a de sens que pour des raisons de confidentialité ou de coût très particulières.
• Ce qui te reste : les comptes, les droits, le paramétrage, les données et leur sauvegarde. Avec le SaaS, l'éditeur est aussi sous-traitant au sens du RGPD dès qu'il traite des données personnelles pour toi (cours Droit et RGPD).

CaaS et FaaS, les modèles intermédiaires

Le NIST n'a défini que trois modèles en 2011. Deux autres se sont imposés depuis, entre IaaS et PaaS.

Le CaaS (Containers as a Service) exécute des conteneurs : tu fournis une image (cours Docker), la plateforme la lance, la redémarre, la réplique et l'expose. L'environnement d'exécution est dans ton image : c'est toi qui choisis la version de Node.js ou de PHP et qui la mets à jour en reconstruisant l'image.

• Kubernetes managé : Azure Kubernetes Service (AKS), Amazon EKS, Google Kubernetes Engine (GKE), Managed Kubernetes d'OVHcloud, Kapsule chez Scaleway. Le fournisseur gère le plan de contrôle ; tu décris tes déploiements en YAML.
• Conteneurs sans serveur à gérer : Azure Container Apps, Google Cloud Run, AWS Fargate, Serverless Containers chez Scaleway. Tu donnes une image et un port, la plateforme s'occupe du reste, et peut descendre à zéro instance quand personne n'appelle l'application (chapitre 10).

Le FaaS (Functions as a Service) exécute des fonctions : un petit morceau de code déclenché par un événement (une requête HTTP, un fichier déposé, un message, une heure). Tu ne gères aucun serveur et tu paies à l'exécution, pas au temps d'attente. Exemples : Azure Functions, AWS Lambda, Cloud Run functions chez Google, Serverless Functions chez Scaleway.

Les mêmes services chez cinq fournisseurs

Les grands fournisseurs proposent les mêmes familles de services sous des noms différents. Ce tableau te permet de transposer ce cours, écrit pour Azure, à un autre cloud.

Le stockage objet de presque tous les fournisseurs parle l'API d'Amazon S3, devenue un standard de fait. Azure Blob Storage a sa propre API : c'est un point à retenir pour la réversibilité (chapitre 14).

Choisir le bon modèle

Pose-toi une question : qu'est-ce que je veux vraiment gérer ? Puis applique une règle simple : prends le modèle le plus haut qui répond au besoin. Moins tu gères de couches, moins tu as de mises à jour à oublier et de failles à laisser ouvertes.

Exercices

Exercice 1 sur 3 Classer des services réels Réussi À revoir

Classe chaque service en IaaS, PaaS, CaaS, FaaS ou SaaS.

1. Google Workspace.
2. Une VM Ubuntu louée chez Scaleway.
3. Azure App Service.
4. AWS Lambda.
5. Azure Kubernetes Service.
6. Amazon RDS for MySQL.
7. Un logiciel de gestion des notes de frais utilisé dans le navigateur, facturé par salarié.
8. Azure Container Apps.

Voir la réponseMasquer la réponse de l'exercice 1

1. SaaS : un logiciel fini, utilisé dans le navigateur.
2. IaaS : une machine virtuelle, dont tu gères le système.
3. PaaS : tu déposes ton code, la plateforme gère serveurs et exécution.
4. FaaS : des fonctions déclenchées par des événements, facturées à l'exécution.
5. CaaS : Kubernetes managé, tu fournis des images de conteneurs.
6. PaaS : une base de données managée.
7. SaaS.
8. CaaS, dans sa forme serverless : tu fournis une image, la plateforme gère tout le reste et peut descendre à zéro instance.

Tu avais trouvé ?

Oui, j'avais bonPas encore

Exercice 2 sur 3 Qui applique le correctif ? Réussi À revoir

Une faille critique est publiée dans OpenSSL. Pour chacune de ces situations, dis qui doit appliquer le correctif, et comment.

1. Le site de Sorbier tourne sur une VM Ubuntu dans Azure.
2. L'API tourne sur Azure App Service, avec l'environnement d'exécution Node.js 24 fourni par Microsoft.
3. L'API tourne sur Azure Container Apps, à partir d'une image node:24-alpine construite par l'équipe de Sorbier.
4. Sorbier passe sa messagerie sur Microsoft 365, comme elle l'envisage.

Voir la réponseMasquer la réponse de l'exercice 2

1. Sorbier : c'est de l'IaaS, le système est à toi. Sorbier installe la mise à jour (apt update && apt upgrade, ou les mises à jour automatiques de sécurité), puis redémarre les services concernés.
2. Microsoft : en PaaS, le système et l'environnement d'exécution sont mis à jour par le fournisseur. Sorbier vérifie seulement que ses propres dépendances npm ne contiennent pas de version vulnérable.
3. Sorbier : en CaaS, les bibliothèques sont dans l'image. L'équipe reconstruit l'image sur une image de base corrigée, puis la redéploie. Le système des hôtes, lui, est mis à jour par Microsoft.
4. Microsoft : en SaaS, tout le logiciel est à la charge de l'éditeur.

Tu avais trouvé ?

Oui, j'avais bonPas encore

Exercice 3 sur 3 Choisir un modèle Réussi À revoir

Pour chaque besoin de Sorbier, propose un modèle de service et justifie en une phrase.

1. L'équipe veut un outil de visioconférence pour les réunions avec l'entrepôt de Mâcon.
2. Le développeur a écrit une petite API en PHP 8.4 qui calcule les frais de livraison.
3. Chaque nuit, un script doit compresser les bons de livraison numérisés de la veille.
4. L'éditeur du logiciel de gestion d'entrepôt ne le livre que sous forme d'installeur Windows Server.

Voir la réponseMasquer la réponse de l'exercice 3

1. SaaS : la visioconférence est un besoin standard, proposé par de nombreux éditeurs (Microsoft Teams, Google Meet, Zoom, ou des solutions européennes) ; Sorbier crée des comptes et paramètre, sans rien héberger.
2. PaaS (App Service, par exemple) : le développeur dépose son code PHP sans gérer de serveur. Un CaaS conviendrait aussi s'il livre déjà une image Docker.
3. FaaS : un traitement court, déclenché par une heure, qui ne consomme rien le reste du temps.
4. IaaS : le logiciel impose Windows Server, donc une VM, dont Sorbier gérera le système.

Tu avais trouvé ?

Oui, j'avais bonPas encore