Cloud : les promesses, la réalité… et pourquoi Kubernetes revient au centre du jeu en 2026

Et c'est là que le sujet devient intéressant : le cloud n'est pas "mauvais" par essence, mais certaines promesses ont été sur-vendues. Résultat : beaucoup d'entreprises cherchent aujourd'hui à reprendre la main, sans forcément revenir à "des serveurs dans une cave". Dans cet article, on fait le point sur les promesses du cloud qui se heurtent à la réalité, et surtout, sur ce que ça implique concrètement pour une entreprise qui héberge des applications en production. Et on verra pourquoi, dans ce contexte, Kubernetes revient au centre du jeu en 2026 !

Retour en arrière : quand l'hébergement était (presque) simple

Vous commencez à nous connaître : on est parfois un peu nostalgiques 😄\nIl y a quelques années, héberger une application, c'était souvent :

• une ou plusieurs VM,
• une base de données,
• un reverse proxy,
• quelques scripts de déploiement.

On savait où ça tournait, comment c'était configuré, et qui était responsable de quoi. On ne dit pas que tout était rose, mais c'était lisible et maîtrisable.

Puis le cloud public est arrivé avec une promesse très séduisante : provisionner en minutes, payer "à l'usage", gagner en agilité, et se libérer d'une grosse partie de la charge d'exploitation. Sur le papier, pas de souci, c'est une révolution !

Mais comme rien n'est jamais simple, la réalité n'est pas si reluisante. Et aujourd'hui, beaucoup d'entreprises reviennent un peu déçues de la tournure prise par le cloud moderne : un écosystème riche, mais parfois difficile à piloter. Sujet sur lequel nous revenons en détails dans notre podcast !

Le cloud : la promesse initiale… et le décalage

À l'origine, l'idée est simple : au lieu d'acheter et maintenir des serveurs, on consomme des services "à la demande".

• On externalise une partie de la complexité (hardware, réseau, patchs, haute dispo)

• On accélère le time-to-market
• On ajuste les ressources selon la charge

Et surtout : on optimise les coûts, en théorie.

Le cloud a transformé la manière de produire et d'opérer des SI, ça c'est indiscutable. Mais le message "simple et économique" est resté dans les têtes, alors que la réalité a souvent glissé vers quelque chose de plus complexe, plus interconnecté, et plus coûteux si la gouvernance ne suit pas. Et pas de jaloux : que ce soit AWS, Azure, OVH, c'est partout pareil !

Les promesses du cloud confrontées au terrain

Promesse #1 : "Le cloud est plus performant"

Les infrastructures cloud sont puissantes. Mais dans les faits, la performance ne dépend pas uniquement de la puissance brute. Aujourd'hui, on empile facilement des couches techniques : réseau virtuel, gateways, proxys, services managés… Résultat, on gagne en abstraction, mais on perd parfois en lisibilité. Et quand ça ralentit, diagnostiquer "la brique responsable" devient vite un sport.

Promesse #2 : "Le cloud est plus résilient"

Le cloud permet de faire de la résilience à grande échelle, c'est vrai. Mais les incidents existent, y compris chez les hyperscalers. Et quand ça tombe, ça peut impacter une région, une zone, ou un service critique utilisé par des milliers d'entreprises.

Le point clé : plus votre architecture dépend d'un empilement de services managés imbriqués, plus le blast radius potentiel est grand. Et plus vous consommez du "haut niveau" propriétaire, plus vous dépendez des arbitrages, limitations et incidents du provider.

Promesse #3 : "C'est élastique (donc facile)"

L'élasticité est un énorme avantage : scaler automatiquement change la donne.

Mais si ça scale facilement, la facture peut suivre tout aussi vite. Et dans la pratique, beaucoup d'organisations n'ont ni le temps ni les outils pour piloter finement cette élasticité. L'élasticité est réelle, mais elle demande de la gouvernance.

Promesse #4 : "Le cloud coûte moins cher"

Le sujet n'est pas juste "le cloud est cher". Le vrai sujet, c'est la prévisibilité et la maîtrise.

Beaucoup d'organisations découvrent que la facture est :

• difficile à anticiper,
• sensible à des paramètres mal compris (trafic sortant, logs, stockage, services annexes),
• souvent liée à des choix d'architecture faits au fil de l'eau.

Et surtout, la puissance unitaire est fréquemment plus chère en cloud public qu'en bare metal. Le modèle "à l'usage" se heurte à une réalité simple : dans un SILe SI désigne le système d'informations d'une organisation., on n'éteint pas tout.

Ajoutez à ça les bases managées, caches, queues, load balancers, monitoring, logs… et vous obtenez quelque chose de potentiellement coûteux.

Alors oui c'est optimisable, mais encore faut-il y penser. L'économie n'est pas "native", elle est méritée : automatisation, rationalisation, FinOps, compétences.

Si vous voulez optimiser vos coûts liés au cloud, n'hésitez pas à jeter un oeil à notre article sur le sujet.

Promesse #5 : "Vous n'aurez plus besoin d'équipe d'exploitation"

Le cloud n'a pas supprimé l'exploitation, il l'a déplacée. Moins de serveurs à patcher, mais plus de services à intégrer, sécuriser, monitorer et optimiser.

Et quand on additionne IAM, réseau virtuel, observabilité, services managés, sécurité, quotas, coûts et conformité, on se retrouve souvent avec une complexité systémique plus difficile à appréhender qu'avant.

Donc, on quitte le cloud ? Clairement non !

Faut-il tout jeter et rallumer des serveurs dans une cave ? Évidemment non.

Le sujet n'est pas "cloud vs pas cloud". Le sujet, c'est : quel niveau d'abstraction on achète, et quel niveau de dépendance on accepte. L'objectif, c'est de retrouver un équilibre entre vitesse, contrôle, portabilité et coûts.

Et c'est exactement pour ça que Kubernetes revient très fort dans les discussions.

Reprendre le contrôle avec Kubernetes

Kubernetes, c'est une couche d'orchestration open source qui permet de déployer des applications conteneurisées de manière standardisée.

L'idée n'est pas de "fuir le cloud", mais de remettre au centre une plateforme portable et cohérente, plutôt que d'empiler des services managés hétérogènes.

Concrètement, Kubernetes permet de :

• standardiser les déploiements,
• limiter la dépendance aux services propriétaires,
• regrouper ses applications sur une plateforme cohérente,
• garder la puissance du cloud, avec plus de maîtrise.

Et oui, ça peut aider sur le coût. Pas magiquement, mais parce qu'on reprend la main sur l'architecture, les ressources et les arbitrages.

Attention : Kubernetes ne veut pas dire "je change de provider en un clic". En revanche, ça réduit fortement l'adhérence par rapport à une architecture ultra dépendante de services spécifiques.

Kubernetes, la solution pour tous ?

Par contre, Kubernetes est loin d'être une solution miracle pour tout le monde. Par exemple, pour une application isolée, ce n'est pas toujours pertinent. Kubernetes demande des compétences, de la rigueur, et une vraie approche plateforme.

En revanche, si vous avez plusieurs applications, plusieurs environnements, et une volonté d'industrialiser ou de rationaliser, ça devient une piste très sérieuse.

Je vous laisse avec quelques sources utiles si vous voulez approfondir le sujet :

• Comprendre les bases de Kubernetes en podcast : https://www.youtube.com/watch?v=6kzD6rd3kiE

• Les bases de Kubernetes par écrit : https://www.axopen.com/blog/2020/07/kubernetes-cest-quoi-definition-k8s/

Le cloud a encore de beaux jours devant lui !

Le cloud a apporté énormément. Mais il a aussi créé un décalage : des promesses simplificatrices confrontées à la réalité de SI complexes, d'exigences de sécurité élevées et d'une économie "à l'usage" qui peut devenir difficile à piloter. La bonne nouvelle, c'est que ce constat est souvent le point de départ d'une remise à plat saine : rationalisation, gouvernance, choix d'architecture plus sobres, et reprise de contrôle là où ça a du sens. Dans cette logique, Kubernetes n'est pas une solution miracle. Mais c'est très souvent un bon compromis pour garder les bénéfices du cloud, tout en reprenant une partie de la maîtrise et de la liberté. Et pour en savoir plus sur Kubernetes, ça se passe ici !