Spécification de conception de l’architecture de charge de travail
Une spécification de conception d’architecture de charge de travail est une spécification détaillée qui décrit les choix de conception et est accompagnée de diagrammes. Les choix de conception doivent répondre aux exigences fonctionnelles et non fonctionnelles et inclure des dispositions pour les opérations de routine, ad hoc et d’urgence.
Pour plus d’informations sur les diagrammes, consultez diagrammes de conception d’architecture.
La conception de l’architecture de charge de travail, généralement étendue, commence par la conception de l’application et passe à la sélection du service cloud. Ces phases s’informent mutuellement les unes des autres. La conception combinée de l’application et de l’infrastructure doit répondre à toutes les exigences.
L’obtention d’une solution répondant à toutes les exigences est un effort collaboratif entre les parties prenantes, les développeurs, les testeurs, les équipes d’exploitation et les propriétaires de produits. Le processus de conception doit impliquer l’affinement des exigences avec clarté et négociation. Le processus est itératif et nécessite souvent plusieurs révisions.
Nous vous recommandons d’aligner votre conception avec les conseils fondamentaux d’Azure Well-Architected Framework, qui inclut des principes de conception et des guides de recommandation, et de reconnaître les compromis.
En fin de compte, la spécification de conception de l’architecture de charge de travail est implémentée par l’équipe de développement de charge de travail, de sorte qu’elle doit être claire et non ambiguë. La spécification doit être facilement disponible et stockée avec la documentation de la charge de travail.
Spécification fonctionnelle
La spécification fonctionnelle d’une charge de travail détaille ce qui et la raison du système ou de la fonctionnalité en cours de développement, mais pas l’implémentation. Ce document doit expliquer les problèmes actuels qui existent et comment cette fonctionnalité ou ce système va améliorer cette expérience. Ce document capture la plupart des exigences métier.
Un architecte peut aider à mettre en forme ce document, mais principalement il s’agit d’une fonction de propriété de produit. Un architecte doit aider à concevoir les données capturées dans cette spécification. Cette implication garantit que la spécification fonctionnelle favorise la conception technique efficace et efficace.
Voici quelques exemples de rubriques qui doivent être abordées dans cette spécification.
En plus de détailler ce qui est dans le cadre de cette conception, soyez également explicite sur les préoccupations adjacentes qui ne sont pas de portée. La définition d’étendues claires réduit le glissement de l’étendue en définissant des limites autour de la fonctionnalité.
Il est utile d’inclure les détails sur la façon dont cette modification va être mesurée. Quelles mesures doivent être collectées et quels objectifs métier ces mesures prennent en charge.
Les flux utilisateur doivent être clairement décrits. Les maquettes de faible fedelité peuvent également être utiles. Si les situations de gestion des erreurs sont importantes pour ces flux, assurez-vous que le comportement attendu est décrit.
Incluez toujours les exigences spécifiques relatives à l’accessibilité, à la conformité, aux performances, à la confidentialité ou à la sécurité.
Incluez toute stratégie de déploiement planifiée. Par exemple, « Cette fonctionnalité sera disponible pour nos utilisateurs bêta pendant deux mois avant de décider d’une version complète ».
Évitez les détails spécifiques de l’implémentation technique dans cette spécification. Ces spécifications fonctionnelles piloteront les spécifications techniques créées par l’architecte.
Spécifications techniques
La spécification technique décrit la façon dont l’étendue et les objectifs décrits dans la spécification fonctionnelle. Cette spécification est conçue pour que l’équipe d’ingénierie utilise comme plan d’enregistrement pendant l’implémentation.
Dans cette spécification, citons des éléments tels que :
- Décisions technologiques, notamment : acheter, construire, réutiliser, étendre ou désactiver.
- Contrats d’API et de données (schémas), y compris la stratégie d’implémentation de compatibilité descendante
- Détails de l’implémentation de déploiement et de restauration
- Cycle de vie de développement sécurisé unique (SDL) et implémentation de confidentialité
- Le plan de test
- Sources de signal d’alerte et de surveillance clés
- Autres conceptions considérées
La spécification technique favorisera les efforts d’ingénierie. Les éléments de travail d’ingénierie sont principalement créés à partir du contenu de cette spécification. Les équipes d’implémentation font référence aux éléments de travail, à la spécification technique et à la spécification fonctionnelle pour s’assurer que le résultat final répond aux exigences fonctionnelles et non fonctionnelles.
Plans de récupération d’urgence
Pour répondre aux exigences de fiabilité de la charge de travail, un architecte doit concevoir un système capable de récupérer dans l’objectif de délai de récupération cible (RTO) et l’objectif de point de récupération (RPO). La spécification de conception de l’architecture doit inclure le plan de récupération. Ce plan doit couvrir les composants d’architecture impliqués, les mécanismes de basculement et l’impact sur le flux de données et les recommandations opérationnelles. Il doit décrire les cibles de récupération satisfaites par la conception et la façon dont.
Bien que le plan initial évolue en fonction des insights des exercices et des révisions post-incidents, il incombe à l’architecte de fournir le plan initial pour toutes les nouvelles architectures.
Documentation sur la sécurité et la conformité
Un architecte est chargé de concevoir une solution qui respecte les contraintes de sécurité et de conformité pertinentes. Il est important que les artefacts de conception mettent en évidence les affordances incorporées dans la conception pour prendre en charge ces exigences et pour identifier les contrôles de compensation nécessaires lorsque les exigences ne peuvent pas être satisfaites directement.
Cohérence
Utilisez un modèle pour documenter les différentes spécifications de votre charge de travail. La cohérence aide les parties prenantes, les parties responsables et les équipes d’implémentation lorsque la spécification est en cours de lecture.
Vérifiez que les spécifications ont des champs de métadonnées clés tels que :
- État : état brouillon, en révision et approuvé.
- Lien élément de travail : lien vers l’élément de travail principal dans le backlog de l’équipe.
- Liens croisés clés : liens vers des spécifications connexes ou d’autres documents qui prennent en charge la spécification.
- Personnes clés : un endroit où répertorier les noms des décideurs clés impliqués. Cette liste peut inclure des rôles tels que : analyste d’entreprise, partenaire commercial, responsable technique et propriétaire du produit ou prospect qui se sont signés sur la spécification.