Une migration cloud bien menée réduit les coûts d'infrastructure de 20 à 35%, améliore l'agilité et permet des capacités — IA, analytique, échelle mondiale — qu'une infrastructure sur site ne peut égaler. Mal menée, elle crée des vulnérabilités sécuritaires, des coûts en spirale et une dette technique qui peut prendre des années à résorber.Cloud migration done right reduces infrastructure costs by 20–35%, improves agility, and enables capabilities — AI, analytics, global scale — that on-premises infrastructure cannot match. Done wrong, it creates security vulnerabilities, spiralling costs, and technical debt that can take years to unwind.
Ayant dirigé des migrations cloud chez Bull SA et dans la BU Afrique d'ENGIE — couvrant des déploiements AWS, Azure et GCP — j'ai développé une méthodologie qui délivre systématiquement des résultats réussis. Voici les cinq étapes.Having led cloud migrations at Bull SA and across ENGIE's Africa business unit — covering AWS, Azure, and GCP deployments — I have developed a methodology that consistently delivers successful outcomes. Here are the five steps.
« La migration cloud n'est pas un projet IT. C'est une transformation business qui implique de la technologie. »"Cloud migration is not an IT project. It is a business transformation that happens to involve technology."
01
Évaluation & DécouverteAssessment & Discovery
Avant de déplacer quoi que ce soit, vous avez besoin d'une image complète et précise de ce que vous possédez. Cela signifie un inventaire complet des applications et de l'infrastructure — y compris le shadow IT — cartographié en fonction de la criticité métier, des dépendances techniques et des exigences de conformité. Chez ENGIE Africa, nous avons découvert 40% d'applications de plus que ce que reflétait le CMDB officiel. On ne peut pas migrer ce dont on ignore l'existence.Before moving anything, you need a complete, accurate picture of what you have. This means a full application and infrastructure inventory — including shadow IT — mapped against business criticality, technical dependencies, and compliance requirements. At ENGIE Africa, we discovered 40% more applications than the official CMDB reflected. You cannot migrate what you do not know exists.
Livrables clés : carte du portefeuille applicatif, graphe de dépendances, registre des contraintes de conformité et un business case préliminaire.Key outputs: application portfolio map, dependency graph, compliance constraints register, and a preliminary business case.
02
Stratégie & Conception — Les 6 RStrategy & Design — The 6 R's
Toutes les charges de travail n'ont pas leur place dans le cloud, et toutes les migrations cloud ne se ressemblent pas. Le référentiel industriel des « 6 R » fournit une matrice de décision pour chaque application :Not every workload belongs in the cloud, and not every cloud migration looks the same. The industry-standard "6 R's" framework provides a decision matrix for each application:
Rehost« Lift and shift » — migration à l'identique. Rapide, faible risque, bénéfice limité."Lift and shift" — move as-is. Fast, low risk, limited benefit.
ReplatformOptimisations mineures lors de la migration (ex. base de données managée).Minor optimisations during migration (e.g. managed DB).
RefactorRé-architecture pour des patterns cloud-natifs. Effort élevé, récompense élevée.Re-architect for cloud-native patterns. High effort, high reward.
RepurchaseRemplacement par une alternative SaaS (ex. migration CRM vers Salesforce).Replace with a SaaS alternative (e.g. move CRM to Salesforce).
RetainConserver sur site — raisons réglementaires, de latence ou de coût.Keep on-premises — regulatory, latency, or cost reasons.
RetireDécommissionner. Souvent 20 à 30% du portefeuille lors des audits de découverte.Decommission. Often 20–30% of portfolio in discovery audits.
03
Exécution de la migration — Planification en vaguesMigration Execution — Wave Planning
Ne migrez jamais tout d'un coup. Structurez votre migration en vagues, en commençant par les charges de travail à faible criticité et faible complexité pour renforcer la confiance de l'équipe et tester vos outils. Réservez vos systèmes les plus complexes et critiques pour des vagues ultérieures lorsque votre équipe a une expérience opérationnelle.Never migrate everything at once. Structure your migration in waves, starting with low-criticality, low-complexity workloads to build team confidence and test your tooling. Reserve your most complex, business-critical systems for later waves when your team has operational experience.
Chaque vague doit inclure un plan de retour arrière. La capacité à inverser une migration rapidement — en moins de 4 heures — est une exigence non négociable dans les industries régulées.Each wave should include a rollback plan. The ability to reverse a migration quickly — within 4 hours — is a non-negotiable requirement in regulated industries.
04
Optimisation & FinOps
La surprise post-migration la plus fréquente est le coût. Les factures cloud grossissent rapidement lorsque les équipes ne sont pas formées à utiliser les ressources cloud efficacement. Implémentez les pratiques FinOps dès le premier jour : politiques de balisage pour l'attribution des coûts, achat d'instances réservées pour les charges stables, revues de rightsizing trimestrielles, et arrêt automatique des environnements hors production en dehors des heures ouvrées.The most common post-migration surprise is cost. Cloud bills grow quickly when teams are not trained to use cloud resources efficiently. Implement FinOps practices from day one: tagging policies for cost attribution, reserved instance purchasing for stable workloads, rightsizing reviews quarterly, and automated shutdown of non-production environments outside business hours.
Dans la migration ENGIE Africa, les pratiques FinOps ont réduit nos dépenses cloud mensuelles de 28% dans les six mois suivant le go-live.In the ENGIE Africa migration, FinOps practices reduced our monthly cloud spend by 28% within six months of go-live.
05
Gouvernance continue & posture de sécuritéContinuous Governance & Security Posture
Les environnements cloud dérivent. Les configurations changent, de nouveaux services sont déployés, et les permissions d'accès s'accumulent au fil du temps. Implémentez un outil de Cloud Security Posture Management (CSPM), définissez un référentiel de gouvernance cloud, et établissez un Cloud Centre of Excellence (CCoE) pour définir les standards, revoir les décisions d'architecture et gérer les coûts en continu.Cloud environments drift. Configurations change, new services are spun up, and access permissions accumulate over time. Implement a Cloud Security Posture Management (CSPM) tool, define a cloud governance framework, and establish a Cloud Centre of Excellence (CCoE) to set standards, review architecture decisions, and manage costs on an ongoing basis.
La migration n'est pas terminée quand la dernière charge de travail est déplacée. Elle est terminée quand la gouvernance est opérationnelle et que l'équipe est autonome.Migration is not complete when the last workload moves. It is complete when governance is operational and the team is self-sufficient.
Multi-Cloud vs Cloud uniqueMulti-Cloud vs Single Cloud
La plupart des grandes entreprises finissent avec des environnements multi-cloud — souvent par acquisition, par exigences de diversification des fournisseurs, ou par différenciation de services spécifiques. AWS est leader sur l'étendue des services ; Azure sur l'intégration de l'écosystème Microsoft ; GCP sur les données et l'IA. La compréhension des principales charges de travail et des besoins d'intégration de votre organisation doit guider la sélection de la plateforme, pas les relations commerciales.Most large enterprises end up with multi-cloud environments — often through acquisition, vendor diversity requirements, or specific service differentiation. AWS leads on breadth of services; Azure on Microsoft ecosystem integration; GCP on data and AI. Understanding your organisation's primary workloads and integration requirements should guide platform selection, not marketing relationships.
Note sur les industries réguléesA Note on Regulated Industries
L'énergie, les utilities, les services financiers et la santé font face à des exigences spécifiques de résidence, de souveraineté des données et d'audit qui affectent les choix d'architecture cloud. Les offres de cloud souverain des grands fournisseurs — AWS GovCloud, Azure for Operators, Google Sovereign Cloud — existent pour une raison. Cartographiez vos obligations réglementaires avant de sélectionner votre architecture cloud, pas après.Energy, utilities, financial services, and healthcare face specific data residency, sovereignty, and audit requirements that affect cloud architecture choices. Sovereign cloud offerings from major providers — AWS GovCloud, Azure for Operators, Google Sovereign Cloud — exist for a reason. Map your regulatory obligations before selecting your cloud architecture, not after.
Vous planifiez une migration ou une optimisation cloud ?Planning a cloud migration or optimisation?
J'aide les organisations de l'énergie et des infrastructures à naviguer dans la stratégie cloud, la sélection de fournisseurs, le FinOps et la gouvernance — en m'appuyant sur une expérience certifiée AWS, Azure et GCP dans plus de 20 pays.I help energy and infrastructure organisations navigate cloud strategy, vendor selection, FinOps, and governance — drawing on certified AWS, Azure, and GCP experience across 20+ countries.
Discuter de votre stratégie cloudDiscuss Your Cloud Strategy