« On passe tout dans le cloud » : la phrase est vite dite. En pratique, une migration réussie suit une trajectoire structurée, où chaque phase a ses livrables et ses critères de validation. Voici les six phases à connaître, vues du côté de celui qui décide.
1. Le cadrage
Pourquoi migrer ? Réduire les coûts, gagner en disponibilité, sortir d'un matériel en fin de vie ? Le cadrage fixe les objectifs, le périmètre, le budget et les contraintes (réglementaires, contractuelles, métiers). Question à poser : quels sont les critères qui nous diront que la migration est réussie ?
2. L'inventaire et les dépendances
Quelles applications, quelles données, quels flux entre elles, quels utilisateurs ? Une application qui semble isolée dépend souvent d'un annuaire, d'un partage de fichiers ou d'un lien réseau particulier. Question à poser : avons-nous une cartographie des dépendances validée par les métiers ?
3. La préparation de la cible
Réseau, identités, sécurité, sauvegardes, supervision : l'environnement cible doit être prêt avant d'y déposer quoi que ce soit. Question à poser : qui exploitera cet environnement une fois le projet terminé ?
4. Le pilote et la recette
On commence par un premier lot limité, représentatif, et on le recette avec de vrais utilisateurs. Une machine virtuelle copiée qui démarre ne prouve pas qu'un service fonctionne. Question à poser : quels tests métiers valident le pilote ?
5. La bascule par vagues
Les lots suivants sont migrés par vagues, dans l'ordre imposé par les dépendances. Chaque vague a son Go/No-Go, avec des décideurs identifiés, et un plan de retour arrière qui prévoit le traitement des données modifiées après la bascule. Question à poser : combien de temps faut-il pour revenir en arrière, et jusqu'à quand est-ce possible ?
6. La stabilisation et le transfert
Après la bascule vient une période de stabilisation, puis le transfert à l'exploitation : supervision, sauvegardes testées, support, documentation. Question à poser : quels critères nous permettent de clore la stabilisation ?