Les relations à rendre visibles
Pour chaque dépendance importante, préciser le responsable, l’usage, le mode de défaillance et l’alternative disponible. Vérifier les dépendances communes : deux solutions peuvent sembler indépendantes tout en partageant une identité, une plateforme, une compétence ou un contrat.
Ne pas supposer qu’un standard ou un conteneur rend toute l’application portable. Tester les dépendances réelles.
Couvrir données, schémas, configurations, outils, licences, compétences, transfert et arrêt de facturation.
Une API propriétaire ou un service managé très intégré peut imposer une réécriture importante lors de la sortie.
Application à votre contexte
Pour chaque relation importante, précisez l'usage, le responsable et ce qui se passe en cas d'indisponibilité. Cherchez aussi les ressources communes qui rendent plusieurs alternatives moins indépendantes qu'elles ne le paraissent.
Formalisez qui configure, qui surveille et qui restaure chaque couche. Selon le service, une partie des tâches change de main, mais les données, les identités et la configuration de l'usage restent des sujets à traiter. Reliez chaque abonnement à un propriétaire et à un budget.