Quand on parle de cloud, les acronymes IaaS, PaaS et SaaS reviennent constamment. Pourtant, la différence entre ces trois modèles reste floue pour beaucoup — y compris dans les COMEX. Une seule analogie suffit à tout clarifier : la voiture.
Vous avez besoin de vous déplacer. Vous avez trois options. Chacune implique un niveau d’engagement, de responsabilité et de coût radicalement différent. Il en va exactement de même avec votre infrastructure informatique.
L’analogie voiture : trois façons de rouler
Infrastructure as a Service
Platform as a Service
Software as a Service
| Modèle | Voiture | Cloud |
|---|---|---|
| IaaS | Vous achetez la voiture | Vous louez des serveurs virtuels |
| PaaS | Vous prenez une LOA | Vous utilisez une plateforme gérée |
| SaaS | Vous prenez un taxi | Vous consommez un service clé en main |
IaaS — Vous achetez la voiture
Avec l’IaaS (Infrastructure as a Service), le fournisseur vous donne les clés d’une voiture. Le moteur tourne, les roues sont là. Mais tout le reste, c’est vous.
Ce que vous gérez entièrement :
- L’entretien (mises à jour OS, patches de sécurité)
- L’assurance (firewall, conformité réseau)
- Le carburant (dimensionnement des ressources)
- La conduite (configuration des serveurs, déploiement des applications)
- Les réparations (incidents, supervision, reprise après sinistre)
💡 AWS EC2, Azure Virtual Machines, Google Compute Engine sont des IaaS typiques. Vous choisissez la taille de la machine, l’OS, le réseau — et vous êtes responsable de tout ce qui tourne dessus.
En pratique : votre équipe IT installe l’OS, configure le réseau, installe les middlewares, déploie les applications, surveille les logs, patche les vulnérabilités. Chaque couche est sous votre contrôle — et sous votre responsabilité.
PaaS — Vous prenez une LOA
Avec la LOA (Location avec Option d’Achat), vous conduisez une voiture récente sans vous soucier de l’entretien courant. Le concessionnaire gère la révision, les rappels constructeur. Vous vous concentrez sur la route.
Ce que le fournisseur gère à votre place :
- L’OS et ses mises à jour
- Le runtime (Java, Python, Node.js…)
- La base de données et son infrastructure
- La scalabilité automatique
- Les sauvegardes de base
Ce qu’il vous reste à faire :
- Développer et déployer votre code applicatif
- Configurer les variables d’environnement et les intégrations
- Gérer vos données et leur conformité
- Assurer la sécurité au niveau applicatif (authentification, autorisations)
💡 Heroku, Google App Engine, Azure App Service, Render sont des PaaS. Vous git push votre code — la plateforme s’occupe du reste. Vous ne touchez jamais à un serveur.
En pratique : votre équipe se concentre sur la valeur métier. Elle code, teste, déploie. Elle ne gère plus de serveurs, mais reste responsable de ce que son application fait avec les données.
SaaS — Vous prenez un taxi
Avec le SaaS (Software as a Service), vous montez, vous indiquez votre destination, vous payez la course. Vous ne savez pas quelle voiture roule, qui l’entretient, où elle est garée. Vous consommez un résultat.
Ce que vous faites uniquement :
- Ouvrir un navigateur (ou une app)
- Configurer vos préférences utilisateur
- Saisir vos données
- Exploiter les fonctionnalités
Ce dont vous ne vous occupez jamais :
- Infrastructure, OS, runtime, base de données
- Mises à jour et correctifs
- Sauvegardes et reprise après sinistre
- Scalabilité et disponibilité
⚠️ En SaaS, vous ne maîtrisez pas où sont vos données. RGPD, souveraineté, clause de résiliation : lisez toujours les conditions contractuelles avant d’adopter un SaaS critique.
Exemples concrets : Microsoft 365, Salesforce, Slack, Google Workspace, Notion, HubSpot. Zéro gestion technique — 100 % consommation.
Le modèle de coût : CapEx, OpEx et Pay-as-you-go
Le choix entre IaaS, PaaS et SaaS n’est pas qu’une question technique — c’est aussi une décision financière majeure.
| Modèle | Structure de coût | Nature comptable | Prévisibilité |
|---|---|---|---|
| On-premise | Achat matériel + licences | CapEx dominant | Faible (pics d’investissement) |
| IaaS | Ressources à la demande | OpEx variable | Moyenne (selon usage) |
| PaaS | Abonnement + usage | OpEx mixte | Bonne |
| SaaS | Abonnement par utilisateur | OpEx fixe/prévisible | Excellente |
CapEx vs OpEx : ce que ça change vraiment
Le CapEx (Capital Expenditure) correspond à un investissement immobilisé : vous achetez un serveur, vous l’amortissez sur 3 à 5 ans. C’est l’approche on-premise classique.
L’OpEx (Operational Expenditure) est une charge d’exploitation courante : vous payez chaque mois pour ce que vous consommez. Le cloud, dans toutes ses formes, pousse vers l’OpEx.
💡 Pour un DSI, le passage au cloud est souvent aussi une discussion avec la DAF : transformer du CapEx en OpEx améliore la trésorerie et la flexibilité budgétaire, mais peut augmenter le coût total sur 5 ans si la consommation n’est pas pilotée.
Le Pay-as-you-go : promesse et réalité
Les grands fournisseurs IaaS/PaaS (AWS, Azure, GCP) fonctionnent en pay-as-you-go : vous payez ce que vous consommez, à la seconde ou à la minute.
Les avantages :
- Aucun investissement initial
- Scalabilité immédiate à la hausse comme à la baisse
- Idéal pour les charges variables (e-commerce, événementiel, R&D)
Les pièges :
- Une mauvaise configuration peut générer une facture inattendue (instance oubliée, stockage non nettoyé)
- Le coût de sortie (egress) des données est souvent sous-estimé
- Sans gouvernance FinOps, les coûts dérivent rapidement
Les SaaS providers ont leur propre logique tarifaire : par utilisateur (Salesforce, Microsoft 365), par usage (SendGrid, Twilio), ou par palier (Notion, HubSpot). La prévisibilité est meilleure, mais la rigidité aussi — difficile de descendre en dessous d’un certain seuil.
Comment choisir ?
Il n’existe pas de modèle universel. La bonne réponse dépend de vos contraintes :
| Critère | Favorise IaaS | Favorise PaaS | Favorise SaaS |
|---|---|---|---|
| Besoin de contrôle total | ✅ | — | ❌ |
| Équipe dev active | — | ✅ | — |
| Aucune équipe IT | ❌ | — | ✅ |
| Conformité stricte (données) | Possible | Possible | À vérifier |
| Time-to-market rapide | — | ✅ | ✅ |
| Charge très variable | ✅ | ✅ | — |
| Budget prévisible | — | — | ✅ |
En pratique, la plupart des SI modernes combinent les trois modèles : des serveurs IaaS pour les workloads spécifiques, du PaaS pour les développements internes, et une constellation de SaaS pour les fonctions métier (RH, CRM, finance, collaboration).
Vous hésitez entre IaaS, PaaS et SaaS pour un projet en cours ? En tant que DSI à temps partagé, j’aide les PME et ETI à choisir la bonne architecture cloud selon leurs contraintes techniques, budgétaires et réglementaires.