“On va migrer dans le cloud.” Et ça coûte combien, exactement ?
La migration cloud est devenue un passage obligé. Plus personne ne débat du “pourquoi”, on en est au “comment” et surtout au “combien”. Et c’est là que ça se complique, parce que les chiffres qu’on trouve en ligne oscillent entre le fantasme et le mensonge par omission.
Chez Les Artisans du Digital, nous avons accompagné des dizaines de migrations — du petit scope applicatif au transfert complet d’un SI legacy. Voici les vrais budgets, phase par phase, sans arrondir les angles.
Les fourchettes de budget
Le coût d’une migration cloud dépend fondamentalement de la taille et de la complexité de votre patrimoine applicatif. Voici les ordres de grandeur que nous constatons en 2026 :
| Profil | Budget total | Caractéristiques |
|---|---|---|
| Petit scope | 30K - 80K EUR | 3-10 serveurs, applications stateless, peu de dépendances |
| Scope moyen | 80K - 200K EUR | 10-50 serveurs, bases de données, intégrations multiples, quelques apps stateful |
| Large scope | 200K - 500K+ EUR | SI complet, legacy, contraintes réglementaires, multi-sites, haute disponibilité |
Ces budgets couvrent le projet de migration lui-même. Ils n’incluent pas les coûts d’infrastructure cloud récurrents post-migration, qui remplacent vos coûts d’hébergement actuels.
Coûts par phase
Une migration cloud sérieuse suit un processus structuré. Chaque phase a un coût identifiable.
Audit et inventaire : 5K - 15K EUR
Avant de migrer quoi que ce soit, il faut savoir ce que vous avez. Inventaire des serveurs, cartographie des dépendances applicatives, analyse des flux réseau, identification des données sensibles, évaluation de la maturité cloud des équipes. C’est la phase que beaucoup veulent “faire en interne”. Résultat : un inventaire incomplet qui génère des surprises à chaque sprint de migration.
Architecture cible et stratégie : 10K - 25K EUR
Quelle stratégie de migration par application ? Rehost (lift-and-shift), replatform, refactor, rebuild ? Quel cloud provider ? Quelle topologie réseau ? Quel modèle de sécurité ? Quel plan de disaster recovery ? Les réponses à ces questions déterminent 80% du budget final. Un mauvais choix d’architecture, c’est un surcoût qui vous poursuit pendant des années.
POC et validation : 10K - 20K EUR
Migrer une application pilote pour valider l’architecture, les performances, la sécurité et les processus. Le POC est votre assurance anti-catastrophe. Il révèle les problèmes de latence, les incompatibilités, les contraintes de licensing qu’aucun audit théorique ne peut détecter.
Migration des workloads : 30K - 200K EUR
C’est le poste le plus variable et le plus lourd. Il dépend directement du nombre d’applications, de leur complexité et de la stratégie choisie.
Les facteurs qui font exploser ce poste :
- Applications stateful : bases de données, systèmes de fichiers partagés, queues persistantes — chaque composant stateful multiplie la complexité par 3
- Fenêtres de migration réduites : si vous ne pouvez vous permettre que 2h de downtime, la migration doit être chirurgicale (et donc plus chère)
- Migrations de données volumineuses : 10 To de données, ça ne se transfère pas en un week-end. AWS Snowball, GCP Transfer Appliance — des coûts supplémentaires à prévoir
FinOps setup et optimisation : 5K - 15K EUR
Configurer le tagging, les budgets, les alertes, les politiques de right-sizing et les Savings Plans dès le jour 1. C’est un investissement qui se rembourse en 2 mois. Sans FinOps, votre première facture cloud sera une mauvaise surprise.
Facteurs de variation
Quatre éléments expliquent pourquoi deux entreprises avec “une vingtaine de serveurs” peuvent avoir des budgets de migration qui vont du simple au quintuple :
Le nombre et le type de bases de données. Migrer un PostgreSQL managé, c’est simple. Migrer un Oracle RAC avec des procédures stockées en PL/SQL qui datent de 2008, c’est un projet dans le projet. Budget additionnel typique pour une migration de base legacy : 20K à 80K EUR par base.
Les contraintes de compliance. PCI-DSS, SOC 2, HDS (Hébergement de Données de Santé), SecNumCloud — chaque certification impose des architectures spécifiques, des audits supplémentaires et des choix de régions limités. Le surcoût compliance représente 20 à 40% du budget total.
Le stateful vs le stateless. Les applications cloud-native stateless se migrent facilement. Les applications monolithiques avec de l’état partout (sessions en mémoire, fichiers locaux, caches non distribués) nécessitent une phase de refactoring avant ou pendant la migration.
La maturité DevOps des équipes. Si vos déploiements sont manuels, il faudra automatiser (Terraform, CI/CD, conteneurisation) avant ou pendant la migration. C’est un investissement nécessaire, mais c’est un surcoût qui peut représenter 30 à 50K EUR.
Le piège du lift-and-shift
Parlons de l’éléphant dans la pièce. Le lift-and-shift — prendre vos VMs telles quelles et les déplacer dans le cloud — est la stratégie la moins chère à court terme. Et c’est aussi la plus dangereuse à moyen terme.
Le lift-and-shift, c’est déménager vos meubles IKEA dans un appartement haussmannien. Ça rentre, mais vous ne profitez de rien.
Ce que le lift-and-shift ne vous donne pas :
- Pas d’économies : vos VMs surdimensionnées on-premise seront surdimensionnées dans le cloud, mais payées à l’heure
- Pas d’élasticité : une VM, ça ne scale pas automatiquement
- Pas de résilience : vous avez migré vos SPOFs en même temps que vos applications
- Pas d’agilité : les déploiements restent manuels, l’infra reste artisanale
Le lift-and-shift a un sens comme première étape d’une migration progressive. Mais si c’est le plan final, vous paierez plus cher pour un service équivalent. Nous avons vu des entreprises dont la facture cloud post lift-and-shift était 30 à 50% supérieure à leur coût d’hébergement précédent.
La bonne approche : rehost rapide pour quitter le datacenter, puis replatform et refactor progressif sur 12-18 mois pour tirer parti des services managés.
ROI réel d’une migration cloud bien exécutée
Le cloud n’est pas magiquement moins cher. Mais une migration bien architecturée génère un ROI mesurable sur plusieurs axes :
| Métrique | Amélioration constatée |
|---|---|
| Coûts d’infrastructure | -25 à 40% (vs on-premise, après optimisation FinOps) |
| Time-to-deploy | /10 (de semaines à heures voire minutes) |
| Disponibilité | 99,9% à 99,99% (vs 99 à 99,5% on-premise typique) |
| Time-to-market nouvelles features | -40 à 60% |
| Coût de scaling | Quasi-linéaire (vs par paliers d’investissement) |
Le ROI le plus sous-estimé, c’est le time-to-market. Quand déployer un nouvel environnement prend 15 minutes au lieu de 3 semaines, quand scaler pour le Black Friday prend un clic au lieu de 3 mois de planification capacitaire, l’impact sur le business est considérable.
Un de nos clients e-commerce a réduit son time-to-deploy de 2 semaines à 20 minutes après migration sur GCP avec une architecture conteneurisée. Le gain en agilité a permis de lancer 4x plus d’A/B tests, ce qui a augmenté le taux de conversion de 18% sur l’année.
Le calcul que personne ne fait
La plupart des analyses ROI comparent uniquement le coût d’infra on-premise vs cloud. Mais le vrai calcul doit inclure :
- Le coût des administrateurs systèmes qui gèrent le datacenter (150K-250K EUR/an pour une équipe de 2-3 personnes)
- Le coût des mises à jour matérielles (amortissement serveurs sur 3-5 ans)
- Le coût de l’électricité et du refroidissement
- Le coût d’opportunité lié à la lenteur des déploiements
Quand vous intégrez tous ces postes, le cloud est presque toujours moins cher. La question n’est pas “si” mais “quand” et “comment”.
Quel cloud provider choisir ?
La question revient systématiquement. Voici notre grille de lecture pragmatique :
AWS : le choix par défaut quand vous n’avez pas de raison spécifique d’aller ailleurs. L’écosystème le plus complet, la plus grande communauté, le plus de profils disponibles sur le marché.
GCP : excellent si vous avez des workloads data/ML importants (BigQuery est imbattable), ou si vous êtes déjà dans l’écosystème Google Workspace. Réseau global très performant.
Azure : le choix logique si votre SI est fortement intégré à l’écosystème Microsoft (Active Directory, SQL Server, .NET). Le meilleur choix pour le cloud hybride avec Azure Arc.
Notre conseil : ne choisissez pas un cloud provider sur la base d’un benchmark technique. Choisissez-le sur la base de votre écosystème existant, des compétences de votre équipe et de la disponibilité des profils sur votre marché.
Prêt à chiffrer votre migration ?
Chaque migration est unique. La taille de votre scope, la complexité de vos applications et vos contraintes réglementaires déterminent un budget qui peut varier du simple au décuple.
Demandez un diagnostic gratuit : en 30 minutes, nous analysons votre patrimoine applicatif et vous donnons une première estimation budgétaire pour votre migration cloud. Sans engagement, sans bullshit.