Rendre visibles les services communs
Une cartographie centrée sur les logiciels métier peut oublier les résolveurs DNS, les annuaires, les fournisseurs d'identité, les certificats et les sources de temps. Pourtant, ces dépendances interviennent souvent dans le démarrage, l'authentification, la communication entre composants et l'analyse des journaux.
L'ordre de reprise compte. Un outil de restauration peut dépendre du même service d'identité qu'il doit aider à rétablir. Une documentation hébergée uniquement dans l'environnement en panne peut devenir inaccessible au moment où elle est nécessaire. Identifiez ces boucles avant l'incident.
Vérifier les comportements en dégradation
Testez dans un environnement autorisé ce qui se passe lorsqu'un service commun n'est plus accessible. Les caches, les sessions déjà ouvertes et les nouvelles connexions peuvent se comporter différemment. Une continuité apparente pendant quelques minutes ne prouve pas que le service tiendra pendant toute la durée de l'interruption.
Prévoir des secours contrôlés
Documentez les alternatives, les accès de secours et leur protection. Vérifiez qu'ils ne partagent pas tous la même dépendance cachée. Les moyens d'urgence doivent être limités, tracés et testés, une exception permanente non surveillée peut créer un risque supérieur à celui qu'elle cherche à traiter.