Depuis dix ans, on me vend le même futur : le cloud sera moins cher, plus simple, et il faudra moins d'ops. J'attends toujours.
TL;DR : la promesse du PaaS ne tient pas. L'ops n'a pas disparu, elle a changé de nom : FinOps, platform engineering, gestion du fournisseur. Les pannes de 2025 et 2026 ont abîmé l'argument fiabilité. Les prix réels enterrent l'argument coût. Et l'IA vient d'inverser le dernier argument, la simplicité : monter son propre cluster, assisté par un agent, est redevenu un choix raisonnable.
Cet article est pour les équipes qui payent un PaaS « pour ne pas faire d'ops ». Et pour celles qui n'osent pas s'auto-héberger.
D'où je parle
Un PaaS, une plateforme en tant que service, fait tourner ton code sans que tu voies les serveurs. Heroku, App Service, Railway, Render.
Le jour, je travaille sur une plateforme santé à plus de 25 millions d'utilisateurs. Du cloud managé, du Kubernetes, des services propriétaires.
Le soir, j'auto-héberge tout. Une plateforme complète sur Docker Swarm, un cluster k3s qui porte mon serveur mail, un VPN maillé déployé en Terraform et Ansible.
Je vois donc les deux factures, les deux astreintes et les deux types de pannes. C'est de là que je parle.
« Moins d'ops », vraiment ?
Commençons par la promesse centrale : moins d'opérationnel. Les chiffres 2026 racontent l'inverse.
D'après le rapport Flexera 2026, 63 % des organisations ont une équipe FinOps. Le FinOps est la discipline née pour comprendre et maîtriser la facture cloud. On a inventé un métier pour lire une facture.
71 % ont un « Cloud Center of Excellence ». Gartner annonçait 80 % des grandes organisations avec une équipe platform engineering en 2026. Et 85 % citent la maîtrise des coûts comme premier défi.
Moins d'ops ? On n'a jamais payé autant de monde pour gérer ce qui devait se gérer tout seul.
Mon quotidien le confirme. Sur du Kubernetes managé, tu n'administres plus des serveurs. Tu administres un fournisseur : montées de version imposées avec date limite, API dépréciées, quotas, IAM. La compétence n'a pas disparu. Elle est devenue spécifique au fournisseur, et périssable.
Le PaaS n'enlève pas une dépendance, il en empile une
Ton PaaS tourne sur l'hyperscaler de quelqu'un d'autre. Tu n'as pas supprimé l'infra, tu as ajouté un intermédiaire.
Le 19 mai 2026, Google Cloud a suspendu automatiquement le compte de production de Railway. Un robot de conformité, aucun avertissement. Environ huit heures de panne, et les applications de trois millions d'utilisateurs hors ligne.
Ces clients avaient choisi un PaaS pour ne plus penser à l'infrastructure. Ils sont tombés à cause d'un fournisseur qu'ils n'avaient jamais choisi, pour une raison qui ne les concernait pas.
C'est le vrai visage de cette complexité : invisible les jours pairs, incontrôlable les jours impairs.
« C'est plus fiable », parlons-en
Reste l'argument massue : un hyperscaler sera toujours plus fiable que toi. Regardons l'année écoulée.
Le 20 octobre 2025, une race condition DNS met AWS us-east-1 à genoux pendant une quinzaine d'heures. Snapchat, Signal, des apps de paiement, le site des impôts britannique : à terre.
Neuf jours plus tard, Azure Front Door tombe environ huit heures et demie, et Microsoft 365 avec. Trois semaines après, Cloudflare casse six heures sur un fichier de configuration qui a doublé de taille.
En mai 2026, des refroidisseurs lâchent dans un datacenter AWS. Coinbase reste hors ligne environ sept heures. Les analystes prévoient désormais les grandes pannes cloud comme un fait annuel, plus comme un accident.
Je ne prétends pas faire mieux que leurs 99,99 %. Je dis autre chose. Quand mon cluster tombe, ma panne est actionnable : je diagnostique, je répare, j'apprends. Quand us-east-1 tombe, tu rafraîchis une status page avec la moitié d'Internet.
« C'est moins cher », les prix publics disent non
Plan de contrôle Kubernetes managé (avant le 1er conteneur)
AKS, EKS, GKE : ~0,10 $/heure, soit ~72 $/mois
Petite app de production sur Heroku
2 dynos Standard + Postgres + Redis : 130 à 160 $/mois
Ma plateforme complète auto-hébergée
Traefik, Postgres, Keycloak, monitoring, mail : ~90 €/moisLe plan de contrôle est la partie de Kubernetes que le fournisseur gère pour toi. Chez les trois hyperscalers, tu le paies avant d'avoir lancé le moindre conteneur. Des paliers gratuits existent, sans SLA.
À l'échelle au-dessus, le mouvement a un nom : le rapatriement. 37signals a quitté le cloud et supprimé son compte AWS à l'été 2025. Économies projetées : plus de 10 millions de dollars sur cinq ans. Et 86 % des DSI disent vouloir rapatrier une partie de leurs charges, un record du sondage Barclays.
Honnêteté : environ 8 % seulement font une sortie complète. Le rapatriement est sélectif, pas idéologique. Mais Flexera mesure 29 % de dépense cloud gaspillée. Ce gâchis, c'est toi qui le finances.
Ce que l'IA vient de changer
Il restait un argument sérieux pour le PaaS : le savoir. Monter un cluster, écrire l'ingress, débugger le DNS, tenir les runbooks. Ce savoir se payait cher, en salaire ou en années d'apprentissage.
C'est cet argument que l'IA vient de casser. Mes plateformes sont montées et maintenues avec un agent IA en binôme. Terraform, Ansible, manifests, diagnostic réseau, documentation : le savoir opérationnel vit dans le repo, et il reste à jour.
Précision importante : un agent sous harnais. Des preuves exigées, des règles écrites, jamais la production en direct. Un agent en roue libre sur ton infra est une panne en préparation.
Le résultat tient en une phrase. Ce qui demandait un DevOps senior à temps plein demande aujourd'hui un dev curieux, un agent, et de la rigueur.
Là où le managé gagne encore
Le managé garde des victoires légitimes. Une conformité imposée, HDS ou SOC 2, avec des certifications que tu ne veux pas porter toi-même. Une équipe où personne ne peut prendre l'astreinte. Des pics de charge énormes et imprévisibles.
La plateforme santé sur laquelle je travaille a de bonnes raisons d'être sur du cloud managé. À cette échelle, avec des audits réglementaires, le calcul change.
Et le self-host a un coût réel : ton temps. Compte-le honnêtement. Mon point n'est pas que ce coût est nul. C'est que son ordre de grandeur vient de changer.
La checklist avant de signer, ou de re-signer
Avant de renouveler ton PaaS ou de créer ton cluster, réponds à ces questions.
- Compte les personnes qui « gèrent le cloud » chez toi, FinOps compris
- Liste ce que tu sais réparer toi-même pendant une panne fournisseur
- Chiffre la même stack sur des VM nues chez un hébergeur simple
- Vérifie qui détient tes sauvegardes, et où elles vivent
- Relis la dernière panne de ton fournisseur et note ce que tu aurais pu faire
- Monte un cluster jetable avec un agent IA, un week-end suffit
- Garde le managé là où il gagne vraiment : conformité, astreinte, burst
Ce qu'il faut retenir
Le cloud n'est ni un progrès moral ni une fatalité. C'est une facture et un contrat de dépendance. Les deux se relisent.
La promesse « moins d'ops, moins cher, plus fiable » ne survit pas à 2026. Les équipes FinOps, les pannes en chaîne et les prix publics la contredisent.
Et l'argument qui restait, la simplicité, vient de changer de camp. Monter ton cluster, assisté par un agent, n'a jamais été aussi accessible.
Tu veux chiffrer un rapatriement, ou monter une plateforme auto-hébergée propre ? Parlons-en.