Fermer un datacenter sans interrompre la production
Le site ferme, les applications continuent de tourner. La différence se joue dans la préparation, pas dans la nuit de bascule.
Le site ferme, les applications continuent de tourner. La différence se joue dans la préparation, pas dans la nuit de bascule.
Une fermeture de site n'est pas un déménagement de serveurs : c'est une revue complète du système d'information.
Fin de bail, fin de contrat d'hébergement, fin de support constructeur : la date est fixée par un tiers et ne se négocie pas au dernier trimestre.
Les serveurs sont documentés, les applications beaucoup moins. Les dépendances réelles apparaissent en général pendant les tests, pas avant.
Le coût du site actuel pèse jusqu'à la dernière facture. La migration doit s'autofinancer en partie par la baisse des coûts d'exploitation.
Les engagements de service et les exigences des assureurs ne s'interrompent pas parce que l'infrastructure change de toit.
Chaque phase produit un livrable daté, opposable en comité et utilisable par les équipes qui exécutent.
Recensement des applications, des flux, des interfaces batch et des comptes de service. On confronte la documentation à la réalité mesurée : ports ouverts, tâches planifiées, échanges de fichiers, appels d'API.
Deux ou trois scénarios sont chiffrés et comparés : cloud public, cloud privé, hybride, avec ou sans refonte applicative. Le choix se fait sur le coût complet et le risque, pas sur une préférence technique.
Les applications sont regroupées par lot cohérent, de la moins critique à la plus sensible, avec une fenêtre de retour arrière par vague. Chaque vague ferme ses incidents avant d'ouvrir la suivante.
Définition des niveaux de service, architecture redondante, bascule testée sur un site secondaire. Un plan de reprise non testé n'est pas un plan de reprise, c'est une intention.
Extinction des serveurs, restitution des matériels, résiliation des contrats, mise à jour des documents d'exploitation. C'est la phase qui libère réellement le budget, et celle que l'on oublie le plus souvent.
Un comité de pilotage court, un tableau de bord par application, une instance de décision pour les arbitrages. Sans cela, chaque application devient un projet et le programme s'arrête.
Quatre points retrouvés sur presque tous les programmes de fermeture.
Ce que ce type de programme a produit sur un périmètre comparable.
Programme de migration de 200 applications critiques vers Azure et OpenStack dans le cadre de la fermeture d'un datacenter, avec réduction du coût complet, architecture haute disponibilité en actif/actif et étude de plan de reprise. Référence anonymisée.
Cadrage du programme, architecture cible, gouvernance technique et arbitrages. Nous prenons la conception et restons sur les lots critiques.
Renfort d'architecte sur un programme déjà signé, en sous-traitance ou en portage, sous votre contrat et sous votre nom.
Pour préparer un arrêt de site, commencez par l'audit en 12 points. Pour un programme en cours, voir le renfort d'architecte infrastructure.
Décrivez le périmètre en trois lignes : nous vous répondons sur la méthode, les livrables et le calendrier.
Demander un échange de 15 minutes