Organiser la mise en œuvre
Donner à chaque objet une identité, un propriétaire, une source et une date de vérification, distinguer une relation constatée d’une relation supposée.
La représentation d’une redondance ne prouve pas son efficacité. Les bascules et dépendances partagées doivent être testées.
Inclure hébergement, réseau, stockage, identité, énergie et services externes nécessaires, avec un niveau de détail proportionné à la criticité.
L’exploitation maintient les faits techniques, l’architecte organise les vues, et les responsables de service valident les impacts.
Des vues physiques et logiques cohérentes, un inventaire et les liens vers les configurations de référence.
Application à votre contexte
Les trois actions proposées ci-dessous constituent un point de départ. Validez les résultats avec leurs utilisateurs et ajustez le niveau de détail avant d'étendre la démarche.
Séparez les objets de leurs relations. Une application possède un identifiant stable, tandis qu’un flux relie une source et une destination et porte ses propres caractéristiques. Conservez la provenance de chaque information et sa date de vérification pour distinguer un fait constaté d'une hypothèse.
Trois actions de départ
- Recenser les composants et leurs fonctions
- Relier les applications aux services techniques réellement utilisés
- Vérifier les dépendances communes et les points uniques de défaillance