Logiciels & outils pro

IaaS, PaaS ou SaaS : plus de contrôle, plus de gestion, ou un logiciel prêt à l’emploi ?

9 octobre 2026 Élodie Le Drezen 9 min de lecture

Entre l’infrastructure à configurer, la plateforme destinée aux développeurs et le logiciel prêt à l’emploi, les modèles IaaS, PaaS et SaaS ne répondent pas au même besoin. La différence tient surtout à une question opérationnelle : quelles briques techniques votre entreprise veut-elle gérer elle-même, et lesquelles préfère-t-elle confier à un fournisseur cloud ?

Table des matières

IaaS, PaaS et SaaS : trois niveaux d’externalisation dans le cloud

Le cloud computing consiste à utiliser, via Internet, des ressources informatiques hébergées et exploitées par un tiers. Elles sont généralement accessibles depuis un tableau de bord, une API ou un navigateur. L’expression as a Service désigne cette fourniture de services à la demande, facturée le plus souvent à l’usage ou sous forme d’abonnement.

IaaS : l’infrastructure à la demande

L’IaaS, pour Infrastructure as a Service, fournit les fondations techniques : puissance de calcul, stockage, réseau et virtualisation. L’entreprise peut créer des machines virtuelles, ajuster leurs capacités et installer les systèmes ou logiciels nécessaires. AWS, Microsoft Azure et Google Cloud proposent notamment ce type de services.

L’IaaS convient à une équipe qui veut garder une grande latitude sur l’architecture, le système d’exploitation, les règles réseau ou les applications déployées. Cette souplesse technique implique toutefois une charge d’administration plus importante.

PaaS : une plateforme pour développer et déployer

Le PaaS, ou Platform as a Service, ajoute une couche d’abstraction. Le fournisseur gère l’infrastructure ainsi que l’environnement nécessaire à l’exécution des applications. Les développeurs peuvent donc se concentrer davantage sur le code, les données et les fonctionnalités que sur l’installation des serveurs ou la maintenance du middleware.

Une plateforme PaaS peut accélérer les cycles de test, de déploiement et de mise à l’échelle. Heroku, AWS Elastic Beanstalk et Red Hat OpenShift illustrent cette approche. En contrepartie, les choix techniques et les possibilités de personnalisation dépendent des services compatibles avec la plateforme.

SaaS : le logiciel directement utilisable

Le SaaS, pour Software as a Service, correspond à une application complète accessible en ligne. L’utilisateur n’installe ni ne maintient l’infrastructure, la plateforme ou les correctifs techniques : il utilise le service. Gmail, Outlook, Dropbox, Salesforce, Google Workspace et Microsoft 365 sont des exemples connus de logiciels SaaS.

Ce modèle permet de disposer rapidement d’un outil et réduit fortement le travail de maintenance interne. Il offre cependant moins de maîtrise sur les évolutions du produit, les options de personnalisation et les conditions de réversibilité.

Qui gère quoi entre le fournisseur cloud et le client ?

La responsabilité partagée ne signifie pas que le fournisseur prend tout en charge. Plus le service se rapproche du SaaS, plus il administre de composants. L’entreprise reste toutefois responsable de l’usage qu’elle fait du service, de ses données, de ses accès et de ses paramètres de sécurité.

La définition officielle du cloud computing par le NIST, Découvrez le cadre de référence du NIST présentant les cinq caractéristiques essentielles, trois modèles de services et quatre modèles de déploiement du cloud computing.

Composant de la pile informatique	IaaS	PaaS	SaaS
Matériel, réseau, stockage, virtualisation	Fournisseur	Fournisseur	Fournisseur
Système d’exploitation	Client	Fournisseur	Fournisseur
Middleware et environnement d’exécution	Client	Fournisseur	Fournisseur
Applications	Client	Client	Fournisseur
Données, comptes et droits d’accès	Client	Client	Client

Ce tableau permet d’éviter une confusion fréquente : un logiciel SaaS peut être sécurisé sur le plan technique et mis à jour par son éditeur, mais des comptes trop permissifs, un partage de fichiers mal configuré ou l’absence de sauvegarde métier restent des risques côté client.

La journalisation agit comme une vigie au-dessus de l’environnement cloud. Elle ne remplace ni les contrôles d’accès ni le chiffrement, mais elle aide à repérer une connexion inhabituelle, une exportation massive de données ou une modification de configuration avant que l’incident ne s’étende. Selon le modèle retenu, vérifiez donc qui active les journaux, qui les conserve, qui les supervise et qui intervient en cas d’alerte.

Avantages, limites et cas d’usage de chaque modèle

Quand l’IaaS est le meilleur choix

L’IaaS est pertinent pour migrer une application existante, bâtir une architecture sur mesure, créer un environnement de reprise après sinistre ou absorber un pic de charge. Il apporte une forte personnalisation et une évolutivité rapide, sans imposer l’achat de matériel de datacenter.

Son revers est clair : l’équipe doit administrer les systèmes d’exploitation, les mises à jour, les sauvegardes, le réseau et une part importante de la sécurité. Sans compétences cloud, une machine virtuelle mal configurée peut devenir coûteuse ou exposée.

Quand privilégier le PaaS

Le PaaS répond bien aux équipes qui développent des applications web, des API ou des services métiers et veulent industrialiser le déploiement. Il facilite l’automatisation CI/CD, le test et la montée en charge, car la plateforme prend en charge une grande partie de la gestion technique sous-jacente.

Avant de choisir, vérifiez les langages, les bases de données, les régions d’hébergement et les mécanismes d’export pris en charge. Une plateforme très pratique peut aussi créer une dépendance au fournisseur si l’application repose sur des services difficiles à reproduire ailleurs.

Quand le SaaS est le plus efficace

Le SaaS convient aux besoins déjà couverts par un logiciel standard : messagerie, gestion de la relation client, stockage collaboratif, visioconférence ou bureautique. Il permet de déployer rapidement un outil pour des utilisateurs répartis, sans mobiliser une équipe chargée de l’exploitation technique.

Le bon réflexe consiste à évaluer la capacité de l’outil à s’intégrer au système d’information, à gérer les identités et à répondre aux exigences de conformité. La simplicité d’achat ne doit pas masquer les enjeux de gouvernance des données et de maîtrise des abonnements.

Choisir entre IaaS, PaaS et SaaS selon votre projet

Le choix ne dépend pas seulement de la taille de l’entreprise. Il dépend surtout du degré de contrôle attendu, des compétences disponibles et du caractère différenciant de l’application concernée.

Choisissez l’IaaS si vous devez maîtriser finement l’architecture, exécuter des logiciels spécifiques ou migrer des charges de travail complexes.
Choisissez le PaaS si vos développeurs doivent livrer rapidement une application sans consacrer leur temps à l’administration des serveurs.
Choisissez le SaaS si votre besoin correspond à une fonction métier standard et qu’une application prête à l’emploi suffit.

Dans les faits, ces modèles se combinent fréquemment. Une entreprise peut utiliser un SaaS pour sa messagerie, un PaaS pour développer un portail client et de l’IaaS pour héberger une application historique. Cette approche hybride demande une vision globale des identités, des données, des coûts et des engagements de disponibilité.

CaaS, FaaS et critères de vigilance avant de s’engager

Le CaaS, ou Containers as a Service, se situe entre l’IaaS et le PaaS. Il fournit un cadre pour déployer et orchestrer des conteneurs, souvent avec Kubernetes et Docker. Il convient aux microservices, mais demande une vraie maturité en matière d’orchestration, d’observabilité et de sécurité des images.

Le FaaS, ou Function as a Service, exécute de petites fonctions de code en réaction à un événement. Il évite de gérer des serveurs pour des traitements ciblés, comme le redimensionnement d’une image ou le traitement d’un fichier déposé. Il est utile lorsque la charge est irrégulière et que l’application peut être découpée en fonctions indépendantes.

Avant de retenir un fournisseur, examinez les niveaux de service annoncés, les performances attendues, la localisation des données, les outils de sauvegarde, les coûts de sortie et les modalités de réversibilité. Le paiement à l’usage transforme une partie des investissements initiaux en dépenses opérationnelles, mais il exige un suivi FinOps. Les ressources inutilisées, les volumes de stockage, les transferts de données et les environnements de test peuvent faire progresser la facture sans améliorer le service.