Un client m'a appelé l'an dernier, à moitié paniqué. Sa facture cloud venait de tripler en quatre mois. Pas de piratage, pas de nouvelle application. Juste une base de données qui grossissait et des requêtes mal optimisées qui tournaient en boucle sur des instances facturées à l'heure. Il avait migré deux ans plus tôt pour « réduire les coûts ». Il payait désormais plus cher que son ancienne salle serveur, sans le moindre technicien sur place pour comprendre pourquoi.
Cette histoire résume assez bien le piège du débat cloud computing vs informatique traditionnelle. On vous vend souvent le cloud comme une évidence, l'on-premise comme une relique poussiéreuse. La réalité est plus nuancée, et surtout plus chiffrée qu'on ne le prétend. Dans cet article, je vous donne les critères réels pour trancher, y compris ceux que personne ne met en avant dans les argumentaires commerciaux.
Points clés à retenir
- Le cloud n'est pas automatiquement moins cher : le coût dépend surtout de la charge et de la discipline d'exploitation.
- L'on-premise reste pertinent pour les données sensibles soumises à des contraintes réglementaires fortes.
- Les trois modèles de service (IaaS, PaaS, SaaS) n'ont ni le même coût ni le même niveau de responsabilité pour vous.
- Le cloud hybride est souvent la sortie de secours la plus raisonnable, pas un compromis par dépit.
- Les coûts cachés (sortie de données, compétences internes, refonte applicative) font basculer le calcul plus souvent qu'on ne le croit.
Cloud computing vs informatique traditionnelle : la vraie question n'est pas « lequel est meilleur »
Personne ne choisit entre le cloud et l'on-premise dans l'absolu. On choisit un mode d'exploitation pour une charge de travail précise, avec une équipe précise, dans un contexte réglementaire précis. Le reste, c'est du marketing.
On-premise : ce qui se passe vraiment dans vos murs
L'informatique traditionnelle, ou on-premise, signifie que vous achetez, installez et maintenez vous-même vos serveurs, votre stockage et votre réseau. Vous contrôlez tout. Vous payez aussi tout : le matériel, l'électricité, la climatisation, les licences, le renouvellement tous les trois à cinq ans, et les heures de la personne qui redémarre le serveur un dimanche soir.
J'ai géré une infra on-premise pour une PME d'une quarantaine de personnes pendant près de deux ans. Le confort, c'était de savoir exactement où étaient les données. La galère, c'était le reste : trouver un disque de rechange compatible un vendredi après-midi, gérer une panne d'onduleur en pleine clôture comptable, expliquer à la direction pourquoi il fallait encore investir.
Cloud : ce que vous louez, et ce que vous abandonnez
Le cloud, c'est l'inverse. Vous louez de la capacité à la demande, chez un fournisseur, et vous payez à l'usage. Vous gagnez en agilité, vous perdez en maîtrise directe. Le matériel n'est plus votre problème, mais l'optimisation de la consommation devient le vôtre, et elle ne pardonne pas l'improvisation.
La distinction clé que beaucoup ignorent : le cloud n'est pas une technologie, c'est un modèle économique. Et comme tout modèle économique, il récompense ceux qui mesurent.
Quels sont les 3 types de cloud computing ?
Les trois types de cloud computing sont l'IaaS (Infrastructure as a Service), le PaaS (Platform as a Service) et le SaaS (Software as a Service). Ils se distinguent par le niveau de responsabilité que vous conservez.
IaaS, PaaS, SaaS : la frontière de responsabilité
- IaaS : le fournisseur vous loue des serveurs virtuels et du stockage. Vous gérez le système d'exploitation, les mises à jour, la sécurité applicative. C'est le plus proche de l'on-premise, en version dématérialisée.
- PaaS : on vous fournit un environnement d'exécution prêt à l'emploi. Vous déployez votre code, le fournisseur gère le reste. Idéal pour les équipes de développement qui ne veulent pas administrer de serveurs.
- SaaS : vous consommez directement une application finie. Votre messagerie, votre outil de facturation, votre CRM. Vous ne gérez plus rien techniquement, mais vous dépendez entièrement du fournisseur.
À côté de ces trois modèles de service, il existe trois modes de déploiement : le cloud public (ressources mutualisées), le cloud privé (ressources dédiées à votre organisation) et le cloud hybride, qui combine les deux. C'est cette grille croisée, service × déploiement, qui détermine réellement ce que vous payez et ce que vous contrôlez.
Coût réel : le cloud coûte-t-il vraiment moins cher ?
Non, pas systématiquement. Et c'est probablement la contre-vérité la plus répandue du secteur.
Sur un serveur on-premise, vous payez un investissement initial lourd, puis un coût d'exploitation relativement prévisible : électricité, maintenance, renouvellement. Sur le cloud, vous ne payez rien au départ, mais la facture suit votre consommation, et elle peut s'envoler sans garde-fou. Un service mal dimensionné, une requête qui tourne en boucle, un stockage qui accumule des sauvegardes oubliées : tout cela se transforme en euros visibles chaque mois.
Le coût caché que personne ne vous dit
Il y a un poste que les comparatifs oublient presque toujours : la sortie de données. Récupérer massivement vos données hébergées chez un fournisseur pour changer de prestataire peut représenter une dépense significative. Certains fournisseurs facturent ces transferts, ce qui crée une forme de dépendance une fois que vos volumes sont installés chez eux.
Deuxième angle mort : la refonte applicative. Une application conçue pour un serveur unique ne se transpose pas telle quelle dans une architecture distribuée. Il faut souvent réécrire, adapter, tester. Ce coût-là n'apparaît pas dans la grille tarifaire du fournisseur.
| Critère | On-premise | Cloud |
|---|---|---|
| Investissement initial | Élevé (matériel, licences) | Quasi nul |
| Coût récurrent | Prévisible, lié au matériel | Variable, lié à l'usage |
| Évolutivité | Limitée par le matériel acheté | Rapide, à la demande |
| Contrôle des données | Total | Partagé avec le fournisseur |
| Compétences requises | Administration système complète | Optimisation et architecture |
| Sortie / réversibilité | Faible dépendance | Dépendance possible au fournisseur |
RGPD, souveraineté et secteurs régulés : le critère qu'on sous-estime
Pour certains secteurs, la question ne se pose même pas en termes de coût. La santé, la finance, le secteur public, tout ce qui touche à des données personnelles sensibles : la localisation et le traitement de ces données sont encadrés, et le choix du mode d'hébergement devient une décision juridique autant que technique.
Le RGPD impose des obligations de sécurité, de traçabilité et d'information, quel que soit l'hébergement. Mais quand une donnée doit rester sur le territoire national, ou quand un client exige une isolation complète, l'on-premise ou le cloud privé redeviennent des options sérieuses, indépendamment de tout raisonnement financier.
J'ai vu une structure de santé refuser purement et simplement un outil SaaS pourtant très bien conçu, uniquement parce que les données sortaient du pays. Le budget n'est jamais entré dans la discussion.
Comment trancher : une grille de décision simple
Plutôt que de chercher LA bonne réponse, posez-vous les questions dans cet ordre.
- Vos données sont-elles soumises à une obligation de localisation ou d'isolation stricte ? Si oui, l'on-premise ou le cloud privé s'imposent.
- Votre charge est-elle stable et prévisible ? L'on-premise reste compétitif.
- Votre charge varie-t-elle fortement (pics saisonniers, lancements, croissance rapide) ? Le cloud absorbe ces variations bien mieux.
- Disposez-vous en interne de compétences d'administration système ? Sinon, le cloud vous retire une charge, mais vous en crée une autre : l'optimisation.
- Quel est votre horizon ? Sur cinq ans, un on-premise bien dimensionné peut revenir moins cher. Sur dix-huit mois avec une activité fluctuante, le cloud gagne presque toujours.
Et dans beaucoup de cas, la réponse honnête est l'hybride : garder en interne ce qui est critique ou réglementé, confier au cloud ce qui doit scaler vite. C'est moins élégant qu'une position tranchée, mais c'est souvent ce qui tient dans le temps.
Ce que je retiens après toutes ces migrations
Le cloud n'est pas une amélioration en soi. L'on-premise n'est pas une sagesse en soi. Ce sont deux manières d'organiser la même chose : des ressources de calcul, pour un besoin donné, avec une équipe donnée.
Ce qui fait la différence, ce n'est jamais la technologie choisie. C'est la rigueur avec laquelle on mesure ce qu'elle coûte réellement. La facture de mon client n'a pas triplé parce que le cloud était mauvais. Elle a triplé parce que personne ne regardait. C'est peut-être la seule leçon qui vaut pour les deux camps.
