IaaS, PaaS, CaaS, FaaS, SaaS : quelles différences ? (guide 2026)

#Pourquoi cinq acronymes ? La pyramide de responsabilité du cloud

IaaS, PaaS, CaaS, FaaS et SaaS ne désignent pas cinq technologies concurrentes : ils désignent cinq niveaux de délégation entre vous et votre fournisseur cloud. La question à laquelle chaque modèle répond est toujours la même : qui gère quoi ? Le matériel, la virtualisation, le système d'exploitation, le runtime, l'application, les données — chaque couche est soit à votre charge, soit à celle du fournisseur, et le curseur se déplace d'un modèle à l'autre.

Le cadre de référence vient du NIST (National Institute of Standards and Technology), qui a formalisé en 2011 dans sa publication SP 800-145 les trois modèles historiques : IaaS, PaaS et SaaS. Les deux autres sont nés de l'évolution technique du marché : le CaaS a émergé avec la conteneurisation — Docker en 2013, Kubernetes open-sourcé par Google en 2014 puis confié à la CNCF — et le FaaS avec le serverless, dont AWS Lambda a été le déclencheur commercial en novembre 2014.

Deux principes valent pour les cinq modèles. Premier principe : plus vous déléguez, plus vous démarrez vite, et moins vous contrôlez — le lock-in et le coût unitaire à forte échelle augmentent généralement avec le niveau d'abstraction. Second principe : la responsabilité de vos données ne se délègue jamais. Quel que soit le modèle, le RGPD vous désigne responsable de traitement ; le fournisseur n'est que sous-traitant. C'est ce qui rend le choix du fournisseur — et sa juridiction — aussi structurant que le choix du modèle, en particulier pour les données sensibles (voir notre définition du cloud souverain).

#Tableau comparatif : IaaS vs PaaS vs CaaS vs FaaS vs SaaS

Le tableau suivant synthétise les cinq modèles selon quatre axes : le partage de responsabilité, les cas d'usage typiques, des exemples de fournisseurs 2026 et un ordre de grandeur de coût constaté sur les catalogues publics.

Modèle	Le fournisseur gère	Vous gérez	Cas d'usage typique	Exemples 2026	Coût type (ordre de grandeur)
IaaS	Datacenter, matériel, virtualisation, réseau, stockage	OS, middleware, runtime, application, données	Infrastructure sur-mesure, workloads GPU IA, migration legacy	OVHcloud Public Cloud, Scaleway Instances, AWS EC2, Azure VM	Dès ~30 €/mois la VM 2 vCPU / 8 Go ; GPU dès ~2 €/h
CaaS	IaaS + orchestrateur Kubernetes (plan de contrôle, nœuds)	Images de conteneurs, déploiements, CI/CD, données	Microservices, SaaS multi-tenant, portabilité multi-cloud	OVHcloud Managed Kubernetes, Scaleway Kapsule, AWS EKS, Google GKE	Facturation aux nœuds ; plan de contrôle 0 € (OVHcloud) à ~73 $/mois (EKS)
PaaS	CaaS + runtime, base managée, build, scaling, déploiement	Code applicatif, configuration, données	MVP, applications web et API, time-to-market court	Clever Cloud, Scalingo, Platform.sh, Heroku, Vercel	Dès ~20 €/mois par application
FaaS	Tout sauf le code de vos fonctions	Code des fonctions, déclencheurs, données	Événementiel, automatisations, traitements ponctuels	AWS Lambda, Azure Functions, Scaleway Serverless Functions	~0,20 $ le million de requêtes + durée d'exécution ; quasi nul à faible trafic
SaaS	Tout, jusqu'au logiciel lui-même	Paramétrage, comptes utilisateurs, données	CRM, email, compta, bureautique, outils métier	Brevo, HubSpot, Google Workspace, Microsoft 365, Salesforce	~10 à 50 €/utilisateur/mois selon l'outil

Trois lectures de ce tableau. Verticalement, du IaaS au SaaS, votre charge opérationnelle diminue — c'est le sens de la délégation. Horizontalement, le coût facial ne dit rien du coût complet : une VM IaaS à 30 €/mois exige des compétences d'administration système que le PaaS inclut dans son prix. Enfin, chaque modèle existe en version souveraine européenne : le choix du niveau d'abstraction et le choix de la juridiction sont deux décisions indépendantes (voir notre comparatif OVHcloud vs AWS).

#Qu'est-ce que l'IaaS (Infrastructure as a Service) ?

L'IaaS (Infrastructure as a Service) est un modèle cloud où le fournisseur loue des ressources d'infrastructure virtualisées — serveurs, stockage, réseau — facturées à l'usage. Le client garde la maîtrise complète du système d'exploitation, des middlewares et des applications qu'il déploie. Exemples : OVHcloud Public Cloud, Scaleway Instances, AWS EC2.

L'IaaS est le modèle commercial fondateur du cloud : AWS lance EC2 en 2006, et transforme un investissement matériel (CAPEX) en dépense à l'usage (OPEX). Vous provisionnez une machine virtuelle en quelques minutes, vous la payez à l'heure ou au mois, vous y installez ce que vous voulez. C'est le modèle du contrôle maximal — et donc de la responsabilité maximale : durcissement de l'OS, correctifs de sécurité, sauvegardes, supervision, haute disponibilité sont à votre charge.

Quand le choisir ? Trois situations dominent en PME et ETI. D'abord les besoins que les modèles plus abstraits ne couvrent pas : instances GPU pour l'entraînement ou l'inférence de modèles IA, configurations réseau spécifiques, licences liées au matériel. Ensuite la migration à iso-périmètre d'un existant (« lift and shift ») avant modernisation — étape fréquente de nos chantiers de modernisation legacy. Enfin les charges stables et prévisibles à fort volume, où une instance réservée IaaS bat tous les autres modèles en coût unitaire — à condition d'avoir l'équipe pour l'exploiter.

#Qu'est-ce que le PaaS (Platform as a Service) ?

Le PaaS (Platform as a Service) fournit une plateforme d'exécution complète et managée — runtime, base de données, build, déploiement, montée en charge — sur laquelle vos équipes poussent leur code sans administrer de serveurs. Exemples : Clever Cloud, Scalingo, Platform.sh, Heroku, Azure App Service.

Le PaaS industrialise tout ce qui se trouve entre l'infrastructure et votre code : vous poussez un dépôt Git, la plateforme construit, déploie, supervise et fait monter en charge l'application. Le gain est massif pour une petite équipe : pas d'ingénieur DevOps dédié, des déploiements en minutes, des bases de données managées avec sauvegardes incluses. La contrepartie : un cadre plus contraint (langages et versions supportés, limites d'exécution) et un coût unitaire supérieur à l'IaaS quand le trafic devient important.

Point notable pour les entreprises françaises : le PaaS est l'un des segments où l'offre nationale est la plus crédible. Clever Cloud (Nantes), Scalingo (Strasbourg) et Platform.sh (Paris) hébergent en France ou en Europe avec des garanties RGPD nettes — un critère qui compte dès que votre application traite des données clients. Pour un MVP SaaS ou une application web B2B, c'est très souvent notre point de départ recommandé : voir notre guide MVP IA en 8 semaines.

#Qu'est-ce que le CaaS (Containers as a Service) ?

Le CaaS (Containers as a Service) désigne l'orchestration de conteneurs fournie comme service managé : le fournisseur opère le plan de contrôle Kubernetes et les nœuds, le client garde la maîtrise de ses images Docker, de ses déploiements et de sa mise à l'échelle. Exemples : OVHcloud Managed Kubernetes, Scaleway Kapsule, AWS EKS, Google GKE.

Le CaaS occupe la position intermédiaire entre IaaS et PaaS, et c'est précisément ce qui fait sa valeur. Par rapport à l'IaaS, il vous décharge du plus difficile : installer, sécuriser et maintenir un cluster Kubernetes en production est un métier à part entière, que le fournisseur assume à votre place. Par rapport au PaaS, il vous laisse une liberté totale sur le contenu : n'importe quel langage, n'importe quelle architecture de microservices, n'importe quelle dépendance système — tout ce qui tient dans une image de conteneur s'exécute.

L'argument décisif du CaaS est la portabilité. Kubernetes est un standard open source gouverné par la CNCF : une application packagée pour un cluster OVHcloud tourne sans réécriture sur GKE, EKS ou un cluster on-premise. C'est le modèle au lock-in le plus faible de toute l'échelle « as a Service » — un atout stratégique pour un éditeur SaaS qui veut garder sa liberté de négociation. Côté tarif, le plan de contrôle est facturé environ 0,10 $/heure (~73 $/mois) chez AWS EKS et Google GKE, alors qu'OVHcloud et Scaleway l'offrent : vous ne payez que les nœuds de calcul. Pour un SaaS multi-tenant en croissance, le CaaS est aujourd'hui l'architecture cible la plus fréquente de nos projets.

#Qu'est-ce que le FaaS (Function as a Service) ?

Le FaaS (Function as a Service), cœur du serverless, exécute des fonctions de code déclenchées par des événements — requête HTTP, message, fichier déposé, tâche planifiée — sans aucun serveur à provisionner. Facturation à l'exécution près, mise à l'échelle automatique jusqu'à zéro. Exemples : AWS Lambda, Azure Functions, Scaleway Serverless Functions.

Le FaaS pousse la délégation à son maximum côté code : vous n'écrivez plus une application qui tourne en continu, mais des fonctions courtes qui s'exécutent à la demande. Quand rien ne se passe, rien ne tourne et rien n'est facturé. Le modèle économique est radicalement différent des quatre autres : AWS Lambda facture environ 0,20 $ le million de requêtes plus la durée d'exécution en Go-seconde, avec un palier gratuit d'un million de requêtes mensuelles. Pour des charges événementielles ou irrégulières — webhooks, redimensionnement d'images, notifications, synchronisations entre systèmes, petites API internes — le coût est souvent proche de zéro.

Le FaaS a aussi ses limites, qu'il faut connaître avant d'y placer un cœur applicatif. Les démarrages à froid (« cold starts ») ajoutent une latence de quelques centaines de millisecondes sur les fonctions peu sollicitées. La durée d'exécution est plafonnée — 15 minutes maximum sur Lambda — ce qui exclut les traitements longs. Surtout, le lock-in est le plus élevé des modèles d'exécution : les déclencheurs, les permissions et les services connectés sont propriétaires, et migrer une architecture serverless d'un cloud à l'autre coûte cher. Enfin, à trafic élevé et constant, la facturation à l'exécution devient plus onéreuse qu'un conteneur qui tourne en continu : le FaaS est un excellent complément, rarement un socle unique.

#Qu'est-ce que le SaaS (Software as a Service) ?

Le SaaS (Software as a Service) est un logiciel complet hébergé par son éditeur et consommé via navigateur ou API, par abonnement. Le client ne gère ni infrastructure ni mises à jour : il paramètre l'outil et exploite ses données. Exemples : Brevo, HubSpot, Google Workspace, Microsoft 365, Salesforce.

Le SaaS est le seul des cinq modèles qui s'adresse d'abord aux utilisateurs métier et non aux équipes techniques. Salesforce en a posé le principe dès 1999 : plus rien à installer, un abonnement par utilisateur, des mises à jour continues. En 2026, une PME française consomme en moyenne des dizaines d'applications SaaS — CRM, facturation, paie, email marketing, support, visioconférence — et c'est presque toujours le bon choix pour les fonctions standardisées : développer soi-même un outil que le marché vend 30 €/utilisateur/mois est une erreur d'allocation classique.

Les vrais sujets SaaS sont ailleurs. La localisation des données et la juridiction de l'éditeur, d'abord : un SaaS américain expose vos données au CLOUD Act, ce qui peut être rédhibitoire pour des données RH, santé ou stratégiques — des alternatives européennes crédibles existent sur la plupart des segments (Brevo pour l'email, par exemple). La réversibilité ensuite : vérifiez avant de signer ce que vaut l'export de vos données. Le coût cumulé enfin : les abonnements par utilisateur qui s'empilent finissent par dépasser le budget d'un développement ciblé. Et si votre projet est de créer un SaaS plutôt que d'en consommer, votre choix se reporte sur les quatre modèles précédents — c'est l'objet de notre offre de développement SaaS.

#Comment choisir entre IaaS, PaaS, CaaS, FaaS et SaaS ?

Quatre critères tranchent la décision dans la quasi-totalité des cas que nous rencontrons en audit.

1. Vos compétences internes. Sans compétence d'administration système ou DevOps en interne, l'IaaS nu est un piège : le coût facial est bas, mais l'exploitation sérieuse (sécurité, sauvegardes, astreinte) exige un profil dédié — comptez 45 à 60 k€ brut/an minimum en France, souvent plus que l'écart de facture cloud. PaaS, FaaS et SaaS existent précisément pour internaliser cette charge chez le fournisseur.

2. Votre profil de charge. Trafic stable et prévisible : IaaS ou CaaS avec des ressources réservées offrent le meilleur coût unitaire. Trafic irrégulier, saisonnier ou événementiel : FaaS et PaaS à mise à l'échelle automatique évitent de payer des serveurs qui dorment. La plupart des systèmes réels combinent les deux — un cœur en conteneurs, des périphériques en fonctions.

3. Votre exigence de réversibilité. Le gradient de lock-in est net : CaaS (Kubernetes standard) < IaaS < PaaS < FaaS < SaaS. Si votre application est un actif stratégique de long terme, le CaaS protège votre liberté de négociation ; si vous testez un marché, le lock-in d'un PaaS est un non-sujet à l'échelle d'un MVP.

4. Vos contraintes réglementaires et de souveraineté. Données de santé (HDS), secteur public (doctrine Cloud au centre), données sensibles : la qualification SecNumCloud de l'ANSSI peut être exigée, et elle ne concerne que des fournisseurs européens — OVHcloud en premier lieu. Ce critère se cumule avec les trois autres : on peut faire du IaaS, du CaaS ou du PaaS souverain ; c'est le fournisseur qui change, pas le modèle. Notre guide de la stack IA souveraine détaille brique par brique cette grille de lecture.

#Quel modèle cloud pour un projet IA ou un SaaS de PME ?

C'est la question qui nous est le plus souvent posée en audit, et la réponse tient en une règle : choisissez le niveau d'abstraction le plus élevé compatible avec vos contraintes, et ne descendez d'un cran que lorsque les faits l'exigent. Concrètement, voici la grille que nous appliquons sur nos projets — 200+ projets livrés depuis 2014, avec un ROI moyen mesuré de 340 % à 12 mois.

Votre projet	Modèle recommandé	Pourquoi
MVP SaaS ou application web B2B	PaaS (Clever Cloud, Scalingo)	Time-to-market en semaines, zéro DevOps, coût maîtrisé au démarrage
SaaS en traction (multi-services, > 6 développeurs)	CaaS (Kubernetes managé OVHcloud)	Portabilité, coût unitaire, architecture multi-tenant propre
Assistant IA / RAG sur API LLM (Mistral, autres)	PaaS ou CaaS + API managées	L'inférence est déléguée à l'API ; votre application reste légère
Fine-tuning ou inférence LLM auto-hébergée	IaaS GPU (instances H100) ou CaaS GPU	Seul accès direct au matériel ; version SecNumCloud possible pour les données sensibles
Automatisations, webhooks, intégrations	FaaS	Coût quasi nul à faible volume, aucune infrastructure à maintenir
CRM, email, compta, support	SaaS du marché	Ne redéveloppez jamais une fonction standardisée

Trois précisions d'expérience. Pour un projet IA de PME, le premier arbitrage n'est pas IaaS vs CaaS mais API vs auto-hébergement du modèle : consommer Mistral ou un autre LLM en API revient à un usage SaaS (simple, rapide, facturé au token), tandis que l'auto-hébergement — pertinent pour les données sensibles ou les gros volumes — vous fait redescendre sur de l'IaaS GPU ou du CaaS, avec la possibilité d'un hébergement qualifié SecNumCloud chez OVHcloud pour les projets qui l'exigent. Pour un SaaS de PME, la trajectoire gagnante est presque toujours PaaS d'abord, CaaS ensuite : migrer un monolithe conteneurisé vers Kubernetes à 18 mois est un chantier maîtrisé ; sur-architecturer dès le premier jour est un coût sec. Enfin, budgétez le conseil avant l'infrastructure : un mauvais choix de modèle se paie des années. Chez Nehos — 47 experts à Toulouse — un audit IA démarre à 2 125 € HT, un MVP d'agent IA à 11 k€ HT et une refonte Next.js à 15 k€ HT (voir nos tarifs) ; et l'audit gratuit de 30 minutes suffit souvent à trancher le bon modèle pour votre cas.