Il y a une question qui revient à chaque audit que je fais chez des clients : « on est où, là, sur le cloud ? » Et à chaque fois, je vois la même tête quand je réponds que la vraie question n'est plus « cloud ou pas cloud » mais « combien de fournisseurs, à quel prix, et qui garde les clés ». Parce que oui, en 2026, on est sortis de la phase d'adoption. On est entrés dans la phase de gestion de la gueule de bois.
Je m'occupe d'infrastructure et de coûts cloud depuis un moment maintenant, et j'ai vu le basculement s'opérer en direct. Il y a cinq ans, mes clients me demandaient comment migrer. Aujourd'hui, ils me demandent comment arrêter de payer pour du vide. C'est un changement de logiciel mental complet, et la plupart des articles sur le sujet ne l'ont pas encore intégré. Ils vous parlent encore de « flexibilité » et de « transformation ». Franchement, on n'est plus là.
Points clés à retenir
- Le cloud computing en 2026 n'est plus une question d'adoption mais d'optimisation des coûts (FinOps) et de répartition entre fournisseurs.
- Les frais de sortie (egress) et la dépendance technologique sont les deux postes qui plombent le plus les budgets réels.
- L'IA générative a transformé le cloud en course au GPU, avec des conséquences directes sur le prix de l'énergie et la disponibilité.
- Le multicloud et l'edge computing ne sont plus des gadgets marketing : ce sont des réponses concrètes à des contraintes de latence et de souveraineté.
- La question n'est plus « quel fournisseur choisir » mais « comment ne pas devenir captif d'un seul ».
Cloud computing : les tendances qui comptent vraiment en 2026
Quand un DSI me dit « on est full cloud, on a réglé le sujet », je sais déjà qu'on va passer deux heures intéressantes. Parce que « full cloud » ne veut rien dire tant qu'on n'a pas regardé la facture ligne par ligne et le code applicatif dépendance par dépendance.
Le FinOps est passé de bonne pratique à obligation
Il y a un an, j'ai repris les comptes d'une PME de logistique qui avait migré trois ans plus tôt. Le chiffre : 38 % de leur facture cloud concernait des ressources inutilisées ou sous-utilisées. Des instances qui tournaient la nuit pour rien, des volumes de stockage jamais lus, des environnements de test qu'on avait oublié d'éteindre. On a coupé, réorganisé, mis des garde-fous. Facture divisée par presque deux en six semaines.
Ce que ça m'a appris, c'est que le vrai sujet n'est pas technique. Il est organisationnel. Personne ne se sent responsable de la facture cloud parce qu'elle est « dématérialisée ». On dirait que payer pour quelque chose qu'on ne voit pas active un mode d'irresponsabilité collective.
Le multicloud : la réalité est plus contrastée que le discours
Le multicloud, tout le monde en parle comme d'une évidence. Sauf que dans les faits, je vois deux configurations très différentes :
- Le multicloud choisi, où l'on répartit volontairement les charges critiques entre plusieurs fournisseurs pour éviter la panne unique. Rare, coûteux en compétences, mais redoutablement efficace en cas de coup dur.
- Le multicloud subi, où l'on se retrouve avec trois fournisseurs parce qu'un service a été acheté en urgence, qu'un rachat a fusionné deux stacks, et que personne n'a jamais eu le temps de consolider. C'est le cas majoritaire, de loin.
Le problème n'est pas le nombre de fournisseurs. C'est la compétence disponible. Multiplier les plateformes multiplie les besoins en expertise, et honnêtement, trouver des gens qui maîtrisent réellement trois écosystèmes cloud différents, ça relève du miracle ou du salaire très élevé.
L'IA générative a changé la nature du cloud
Voilà ce que personne ne vous dit clairement : la demande en GPU a transformé le cloud d'un marché de capacité en un marché de pénurie organisée. Les hyperscalers ne vendent plus du calcul comme avant. Ils vendent de l'accès privilégié à du matériel rare.
Le mur énergétique arrive plus vite que prévu
J'ai discuté avec un responsable datacenter en région parisienne. Son problème n'est plus de trouver des clients. C'est de trouver de l'électricité. Un datacenter orienté IA consomme aujourd'hui l'équivalent d'une petite ville, et le raccordement au réseau prend des années dans certaines zones. Résultat : les prix de l'énergie redeviennent un critère de choix d'hébergement. On est revenus vingt ans en arrière sur ce point précis.
Le cloud souverain n'est plus un sujet politique, c'est un sujet de conformité
La souveraineté des données, on me la sortait il y a trois ans comme un argument militant. Maintenant, c'est une ligne budgétaire. Les entreprises qui traitent des données de santé, des données financières ou des données publiques n'ont plus vraiment le choix. Les offres labellisées au niveau national se sont multipliées, et même si elles coûtent souvent 15 à 30 % de plus qu'un équivalent hyperscaler, la note est payée sans trop discuter.
Ce que je trouve intéressant, c'est que ce mouvement a créé un marché parallèle. Des petits acteurs, plus chers, moins scalables, mais avec une garantie juridique que les géants américains ne peuvent structurellement pas offrir.
Edge computing : complément, pas concurrent
On a longtemps présenté l'informatique de pointe comme une alternative au cloud. C'est faux, et cette erreur de cadrage a coûté du temps à beaucoup de projets.
L'edge ne remplace pas le cloud. Il absorbe la latence que le cloud ne peut pas résoudre. Un exemple concret : une usine qui gère des lignes de production automatisées ne peut pas se permettre un aller-retour de 80 millisecondes vers une région cloud distante pour chaque décision de sécurité. Le traitement doit être local. Mais les données agrégées, la maintenance prédictive, l'analyse long terme, tout ça remonte au cloud.
Quand l'edge devient réellement pertinent
Trois cas reviennent systématiquement dans ce que je vois :
- Les environnements industriels où chaque milliseconde compte et où une coupure réseau signifie un arrêt de production.
- Les applications de vision par ordinateur, qui génèrent des volumes de données trop importants pour être envoyés intégralement.
- Les zones géographiques mal desservies en connectivité, où le cloud reste inaccessible de manière fiable.
En dehors de ces cas, l'edge relève souvent du gadget. J'ai vu des projets déployer des nœuds de calcul en périphérie pour des applications qui toléraient parfaitement 200 ms de latence. Pure perte d'argent et de complexité.
Les défis concrets que les articles génériques ignorent
Les frais de sortie : le piège qui ne se voit qu'à la fin
Les egress fees, ces frais facturés quand vous sortez des données d'un fournisseur cloud, c'est le sujet dont personne ne parle avant de signer. Et c'est rarement un problème tant que vous restez chez le même. Ça devient un problème le jour où vous voulez partir, ou même juste répliquer vos données ailleurs pour de la redondance.
J'ai accompagné une équipe qui voulait dupliquer sa base de données principale vers un second fournisseur. Devis initial : raisonnable. Devis après calcul des frais de transfert sortant sur douze mois : quatre fois plus élevé. Le projet a été abandonné. C'est exactement l'effet recherché par certains modèles économiques.
La dépendance technologique se joue dans les détails
Le vendor lock-in ne vient presque jamais du stockage ou du calcul. Il vient des services managés : files de messages propriétaires, bases de données spécifiques, fonctions serverless liées à un runtime particulier. Migrer une VM, c'est facile. Migrer une architecture entière bâtie sur vingt services managés propriétaires, c'est un chantier de plusieurs mois.
| Type de dépendance | Coût de sortie | Difficulté technique |
|---|---|---|
| Machines virtuelles | Faible | Simple (images standard) |
| Stockage objet | Moyen (frais d'egress) | Simple |
| Base de données managée | Élevé | Complexe (schéma, réplication) |
| Fonctions serverless | Élevé | Très complexe (runtime, événements) |
| Services IA managés | Très élevé | Quasi impossible sans réécriture |
Ce tableau, je le montre à chaque début de projet maintenant. Il change les conversations. Les gens acceptent mieux une dépendance quand ils savent ce qu'elle coûtera à défaire.
À quoi ressemble l'avenir proche
Je ne vais pas vous sortir une prédiction sur dix ans, personne n'en sait rien. Mais sur les deux ou trois prochaines années, trois choses me paraissent solides.
D'abord, le retour partiel sur site. Pas une inversion de tendance, juste une correction. Certaines charges de travail coûtent tellement cher en cloud qu'un serveur dédié redevient économique. J'ai un client qui a rapatrié sa base de données principale sur du matériel loué, et il économise environ 40 % par an sur ce poste précis. Le cloud n'est pas toujours la réponse la moins chère, et ça redevient un calcul qu'on fait.
Ensuite, la facturation à l'usage réel va se généraliser, y compris pour les services IA. Les modèles de prix actuels, basés sur des tokens ou des requêtes, vont probablement se complexifier avant de se simplifier. Attendez-vous à des surprises sur vos prochaines factures.
Enfin, la compétence redevient le facteur limitant. Pas la technologie, pas le budget. Les gens qui savent réellement optimiser une architecture cloud sans la casser sont rares, et leur prix monte. C'est probablement le seul marché sur lequel je ne vois aucune détente à court terme.
La vraie question pour vous, en 2026, n'est plus de savoir si vous devez aller dans le cloud. C'est de savoir si vous sauriez en sortir. Si la réponse est non, vous ne contrôlez pas votre infrastructure. Vous louez une tranquillité dont quelqu'un d'autre fixe le prix.
