85% des organisations doivent migrer vers le cloud en 2026. C'est plus un débat. C'est une nécessité.
Mais le chemin est piégé. Lift-and-shift rapide qui coûte cher en opération. Refactoring complet qui prend 3 ans. Ou cloud souverain qui isole des services critiques mais crée de la fragmentation.
Chez Bomzai, on a vu des migrations ratées : budgets explosés, équipes frustrées, technologie abandonnée au bout de 18 mois. Et d'autres réussies : 6-12 mois, coûts maîtrisés, équipes confiantes.
La différence ? Une stratégie claire et pragmatique.
Les trois chemins, et comment les mélanger
Lift-and-shift : migrer les applications telles quelles, sans refonte. Gain : rapidité (3-6 mois), coûts initiaux maîtrisés, risque minimal. Perte : pas d'optimisation cloud, surcoûts futurs inévitables.
Replatforming : refactoriser partiellement pour exploiter les services cloud gérés (RDS au lieu de PostgreSQL on-premises, S3 à la place du NAS). Gain : meilleur ratio coût/performance, timing 6-12 mois. Perte : effort modéré mais complexe.
Refactoring/modernisation : découper en microservices, event-driven architecture, serverless. Gain : élasticité maximale, scaling automatique, coûts optimisés à long terme. Perte : effort massif (12-24 mois), équipes doivent maîtriser les patterns cloud natifs.
En 2026, la tendance : commencer par lift-and-shift pour récupérer les quick wins (3-4 mois). Puis replatformer progressivement les 20% des workloads à plus fort impact (les 6-12 mois suivants).
C'est pragmatique. C'est rapide. C'est pas parfait, mais ça libère de la valeur tout en construisant vers la maturité.
Le découplage compute/storage : l'économie change
L'architecture cloud moderne découple complètement le calcul du stockage. Les données vivent dans S3/GCS/Azure Blob (storage séparé, coûts prédictibles et faibles). Le compute s'ajuste à la demande : petites machines pour les rapports statiques, clusters GPU temporaires pour le ML.
Ce découplage réduit les coûts de 30-50% comparé à une base de données monolithique. Exemple : un entrepôt de données Snowflake sur S3 coûte 40% moins cher qu'une base traditionnelle à capacité équivalente.
L'avantage supplémentaire : la résilience. Les données restent accessibles même si le cluster compute est arrêté.
Ce modèle est le standard en 2026. Et c'est là que les économies arrivent.
FinOps dès le jour 1
Sans FinOps, les coûts cloud augmentent de 40% an sur an. FinOps est une discipline qui aligne finance, ops et engineering autour des coûts cloud.
Les trois piliers : visibilité (chaque dollar dépensé, tracé à sa source), optimisation (déterminer les instances sous-utilisées, réserver/spot instances, ajuster les configurations), et gouvernance (budgets par équipe, alertes d'anomalie).
FinOps réduit les coûts de 20-30% selon les retours. L'implémentation : nommer un FinOps champion, mettre en place du cost tagging exhaustif, revoir trimestriellement les dépenses par rapport aux KPI métier.
C'est pas un projet. C'est un mindset opérationnel. Et c'est critiques dès le jour 1 de migration.
Souveraineté : quand c'est une nécessité
Pour les données sensibles (santé, finance, données critiques françaises), les solutions souveraines comme S3NS (Thales), Bleu (OVHcloud), ou Scaleway se justifient.
Prérequis : données hébergées en France, traitement en France, clés de chiffrement maîtrisées. Compromis : écosystème plus restreint, moins de services gérés, coûts 10-15% supérieurs.
La décision : audit des données critiques vs. non-critiques, puis stratégie segmentée - souverain pour 10-20% des données, cloud public standard pour le reste.
En 2026, 40% des appels d'offres publics incluent une clause de souveraineté. Ça pousse les orgas à explorer ces options. C'est pas un choix, c'est souvent une contrainte.
Audit avant de cliquer sur le bouton
Avant la migration, audit exhaustif : inventaire des applications, interdépendances entre systèmes, paquets logiciels, bases de données, intégrations. Évaluer pour chaque workload : applicabilité au cloud, effort de migration, retour sur investissement, risques de downtime.
Prioriser selon la règle 80/20 : les 20% des applications qui génèrent 80% de la valeur.
Budgétiser : migration + formation + audit + optimisation post-migration. La plupart prennent 18-36 mois pour une transition complète. Documenter la roadmap, nommer un sponsor exécutif, impliquer les équipes ops/sécurité dès le départ.
C'est du travail. Mais c'est ce qui différencie les migrations réussies des floppes.
Former les équipes, ne pas les remplacer
Les équipes on-premises ont 15-20 ans d'expertise sur des systèmes legacy. Le cloud exige des compétences radicalement différentes : infrastructure-as-code, conteneurs, serverless, microservices.
Le risque : frustration des équipes senior, turnover accru.
La solution : programme de montée en compétences progressif, certifications cloud (AWS, GCP, Azure), pairs programming avec des consultants externes, et valoriser les profils qui maintiennent les systèmes legacy tout en apprenant le cloud.
La transition réussie dépend autant des humains que de la technologie. Prévoir 10-15% du budget migration pour la formation.
Le timing critique
Chez Bomzai, on dit : commencer maintenant. Les organisations qui vont faire ce chantier en 18 mois seront à la traîne. Celles qui le structurent maintenant auront 3 ans d'avance.
C'est une course. Les premiers à migrer vers une infrastructure cloud moderne vont récolter 3 ans de coûts d'opération réduits, de scalabilité améliorée, et d'innovation plus rapide.
Les retardataires ? Ils vont rattraper dans 3-4 ans. Et ils auront perdu l'avantage compétitif.
Donc. Audit des données et des workloads. Définir la stratégie (lift-and-shift + replatforming progressif). Mettre en place FinOps. Commencer la transition. Penser souveraineté si c'est une contrainte réglementaire.
C'est pas un projet IT. C'est une transformation d'opération qui va changer votre compétitivité en production.