Infrastructure et dépendances
Revue du cycle de vie des serveurs et applications essentielles
Repérer les systèmes qui deviendraient difficiles à soutenir et décider quoi conserver, moderniser, remplacer ou migrer avant une échéance imposée.
Clarifier le cycle de vie de nos serveurs Voir les réseaux et migrations
Quand un système ne peut plus attendre
Commencer par ce qui s’arrêterait avec lui
Un serveur approche la fin de son soutien, mais plusieurs applications dépendent encore de lui.
La garantie est échue et personne ne sait combien de temps le matériel ou le stockage doit encore tenir.
Une sauvegarde existe, mais le chemin de migration et les responsables de l’application sont flous.
Un projet de remplacement est reporté parce que les dépendances n’ont jamais été réunies au même endroit.
Le risque derrière la date de soutien
Un serveur n’est jamais seulement un serveur
Le vrai risque n’est pas toujours l’âge d’un serveur. C’est ce qui s’arrête avec lui : une base de données, un logiciel fournisseur, un partage, une licence, un accès distant ou une récupération mal documentée. Une revue de cycle de vie remet ces dépendances dans le bon ordre.
Dépendances à mettre au jour
- Un logiciel comptable exige une ancienne version de Windows et un fournisseur qui n’est pas joignable.
- Une machine virtuelle porte plusieurs rôles, mais personne ne sait lequel doit redémarrer en premier.
- Le matériel peut être remplacé, mais le chemin de migration et la preuve de récupération restent à confirmer.
Relier les systèmes aux décisions
Ce qu’il faut savoir avant de choisir une voie
- Soutien du système, âge du matériel, stockage et dépendances de licence.
- Applications, bases, partages, virtualisation et propriétaires métier qui doivent être consultés.
- Sauvegarde, récupération, accès distant et conditions nécessaires pour tester ou migrer.
- Options conserver, moderniser, remplacer ou migrer, avec l’ordre des décisions à confirmer.
La revue produit
Une séquence plutôt qu’un remplacement automatique
- Une carte des dépendances qui peuvent changer la décision de remplacement.
- Des options comparées sans supposer qu’une migration est immédiatement possible.
- Les questions à résoudre avec le fournisseur d’application, l’équipe interne ou le propriétaire métier.
- Une séquence de prochaines décisions, distincte de la conception et des travaux de migration.
Une décision avant le projet
Ce qui est examiné et ce qui reste une étape séparée
Inclus
- Entrevue et documents convenus.
- Revue technique bornée des dépendances accessibles.
- Résumé de décision et séquence proposée.
Travaux supplémentaires
- Conception détaillée, achat et migration.
- Remédiation, câblage et spécialistes applicatifs.
La portée, les livrables et les coûts sont confirmés avant le début du travail. Tout travail supplémentaire requiert une approbation.
Mise en route et intégration
La préparation fait partie du travail
Nous confirmons la portée, les éléments examinés, les responsabilités du client et les licences ou coûts tiers avant d’envisager des changements.
Responsabilités du client
- Identifier les propriétaires métier et fournisseurs.
- Rendre accessibles les informations et autoriser les tests convenus.
Une prochaine conversation utile
Clarifier le cycle de vie de nos serveurs
Décrivez ce qui se passe. Le premier contact sert à confirmer la portée et les besoins; il n’autorise aucun changement.
Clarifier le cycle de vie de nos serveurs