La migration vers le cloud est l'une des décisions IT les plus fréquentes de ces dernières années — et l'une des plus mal exécutées. La promesse est séduisante : se débarrasser des serveurs, ne payer que ce que l'on utilise, monter en charge instantanément. La réalité, pour beaucoup d'entreprises, c'est une facture mensuelle qui grimpe sans contrôle et la nostalgie de la prévisibilité de l'ancien serveur au bureau.
La bonne nouvelle : le cloud n'est pas le problème, c'est la façon dont vous migrez. Avec la bonne stratégie, le cloud réduit réellement les coûts et augmente la résilience. Voici comment nous abordons une migration pour que vous ne soyez pas pris au dépourvu.
Pourquoi les factures cloud explosent
La plupart des dépassements de budget ne viennent pas des prix du fournisseur mais de mauvaises décisions d'architecture au moment de la migration :
- Lift-and-shift aveugle : vous déplacez le serveur exactement comme il était on-premises, avec des ressources surdimensionnées désormais facturées à l'heure, 24h/24.
- Ressources oubliées : environnements de test, volumes de stockage et IP réservées qui restent allumés et facturés pendant des mois.
- Trafic sortant (egress) non estimé : le transfert des données hors du cloud a un coût que personne ne calcule à l'avance.
- Absence de gouvernance des coûts : personne ne surveille qui démarre quelles ressources et avec quel budget.
La stratégie 6R : tout ne se déplace pas de la même façon
L'erreur fondamentale est de traiter toutes les applications de la même manière. Le cadre 6R, que nous appliquons à chaque charge de travail individuellement, décide du bon traitement :
- 1Rehost (« lift-and-shift ») : déplacer l'application telle quelle. Rapide, mais sans économies si vous ne redimensionnez pas les ressources.
- 2Replatform : petites optimisations lors de la migration (ex : une base de données managée au lieu d'une sur VM) — bon gain pour un effort modéré.
- 3Refactor : réécrire l'application pour qu'elle soit cloud-native. Coût initial plus élevé, mais les plus grandes économies à long terme.
- 4Repurchase : remplacer l'application par un service SaaS (ex : e-mail auto-hébergé → Microsoft 365).
- 5Retire : vous découvrez qu'une application n'est plus utilisée — vous l'éteignez. La migration la moins chère est celle que vous ne faites pas.
- 6Retain : certaines charges restent on-premises (latence, conformité, coût) — l'hybride est une décision valable, pas un échec.
Un audit sérieux classe chaque application dans l'une de ces catégories avant que nous ne touchions à quoi que ce soit. C'est ainsi que vous évitez de payer pour déplacer dans le cloud des choses qui n'auraient jamais dû l'être.
TCO : comparez correctement, pas seulement le prix du serveur
La décision cloud vs on-premises ne se prend pas en comparant le prix d'un serveur à celui d'une machine virtuelle. Le coût total de possession (TCO) inclut des éléments facilement oubliés : électricité et refroidissement, licences, espace, temps des administrateurs, remplacement du matériel tous les 4-5 ans, temps d'arrêt et coût d'un sinistre sans redondance.
Quand vous mettez tout cela sur la table, le tableau change. Parfois le cloud l'emporte clairement ; d'autres fois, pour des charges stables et prévisibles, l'on-premises reste moins cher. C'est pourquoi nous concevons votre architecture d'infrastructure IT sur la base du TCO réel, et non de la mode.
Comment garder les coûts sous contrôle après la migration
- Right-sizing continu : ajuster les ressources à la consommation réelle, pas à des estimations pessimistes.
- Réservations et plans d'économies pour les charges stables — 30-60 % de réduction par rapport au prix à la demande.
- Arrêt automatique des environnements non productifs en dehors des heures de travail.
- Étiquettes de coût et tableaux de bord (Grafana / Datadog) pour voir exactement où va chaque euro.
- Alertes de budget qui vous préviennent avant le dépassement, pas après.
Le cloud n'est ni moins cher ni plus cher « en général ». Il coûte exactement à la hauteur de la qualité de sa conception.
Conclusion
Une migration cloud réussie ne consiste pas à tout déplacer le plus vite possible, mais à décider consciemment quoi déplacer, comment et pourquoi — sur la base du TCO et du cadre 6R. Les entreprises qui le font gagnent en flexibilité sans perdre le contrôle des coûts. Si vous envisagez une migration ou avez déjà une facture cloud qui vous inquiète, discutons 30 minutes — je vous dirai concrètement par où commencer.