Usine de migration de VM

Cette mission transforme la gestion des VM en workflow répétable : demander, provisionner, configurer, enregistrer, superviser et router le trafic.

Elle convient aux migrations, aux changements de provider ou aux équipes qui exécutent encore des charges importantes hors Kubernetes et veulent la même rigueur : changements relisibles, inventaire fiable et aucune étape manuelle cachée.

Quand cette mission n’est PAS adaptée

• Vous ne créez que quelques VM éphémères par an et le provisioning manuel est déjà documenté, relu et peu risqué.
• La plateforme cible, le plan IP, la convention de nommage ou le modèle d’ownership ne sont pas encore décidés.
• Les workloads existants ne tolèrent ni bascule planifiée, ni changement DNS, ni fenêtre d’enregistrement dans le load-balancer.
• L’organisation cherche un lift-and-shift ponctuel sans exploiter ensuite l’automatisation comme un produit à maintenir.

Modes de défaillance courants que nous avons rencontrés

• Terraform crée la VM, mais l’inventaire, le DNS, la supervision, la politique de sauvegarde et l’enregistrement dans le load-balancer nécessitent encore des tickets et des modifications manuelles.
• Les golden images divergent des rôles Ansible : le premier démarrage réussit, mais le patching, les utilisateurs, les agents et le durcissement varient selon le provider.
• NetBox ou Consul est traité comme un registre secondaire plutôt que comme la source de vérité, ce qui casse l’automatisation pendant les migrations.
• Les plans de bascule oublient le drainage des connexions, les health checks ou les déclencheurs de rollback, provoquant des incidents évitables lors de déplacements pourtant simples.