Concevoir en fonction des besoins métier
 Rassemblez les exigences métier en mettant l’accent sur l’utilité prévue de la charge de travail. |
|---|
Les exigences métier sont définies par le biais d’un travail collaboratif entre les parties prenantes de l’entreprise et les architectes des charges de travail. Des compromis doivent être faits de chaque côté pour s’assurer que les exigences convenues sont réalistes et réalisables tout en répondant correctement aux objectifs de fiabilité que la charge de travail doit respecter. Les exigences doivent couvrir l’expérience de l’utilisateur, les données, les flux de travail et les caractéristiques propres à la charge de travail. Le résultat du processus d’élaboration des exigences doit énoncer clairement les attentes. Les objectifs doivent être réalisables et négociés avec l’équipe, en fonction d’un investissement spécifié. Ils doivent être documentés pour guider les choix technologiques, les implémentations et les opérations.
Exemple de scénario
Contoso Insurance est dans la phase initiale de conception d’une application web pour traiter les revendications de ses assurés. La plupart des flux utilisateur et système principaux ont été déterminés et l’équipe de la charge de travail a identifié plusieurs services Azure qui composeront l’application : Azure App Service, Azure SQL Database, Azure AI services, Azure Event Grid et Azure Logic Apps.
Identifier les objectifs de fiabilité
Quantifier la réussite en définissant des cibles sur des indicateurs pour les composants individuels, le système et les flux utilisateur, et le système dans son ensemble.
Les métriques quantifient les attentes. Elles vous permettent de comprendre les complexités et de déterminer si leurs coûts en aval sont dans la limite d’investissement.
Les valeurs cibles indiquent un état idéal. Vous pouvez utiliser les valeurs comme seuils de test qui vous aident à détecter les écarts de cet état et le temps nécessaire pour revenir à l’état cible.
Les exigences de conformité doivent également avoir des résultats prévisibles pour les flux dans l’étendue. La hiérarchisation de ces flux permet d’attirer l’attention sur les zones les plus sensibles.
Défi de Contoso
- L’équipe de la charge de travail souhaite s’assurer qu’elle optimise la façon dont les ressources sont dépensées pour rendre la charge de travail fiable.
- Elle a décomposé la charge de travail en flux et les a évalués en fonction de leur criticité.
Application de l’approche et résultats
- L’équipe détermine que le flux de soumission et d’approbation des revendications aura les exigences de fiabilité les plus élevées pour la charge de travail en raison de la dépendance des médecins et des patients sur la disponibilité de ce flux.
- L’équipe de la charge de travail identifie les composants qui prennent en charge ce flux et détermine les mesures de fiabilité nécessaires pour atteindre les objectifs.
Comprendre les engagements de la plateforme
Comprendre les métriques de fiabilité garanties fournies par votre plateforme cloud et prendre en compte les limites, les quotas et les contraintes de capacité pour les services.
Les contrats de niveau de service (SLA) varient selon le service. Tous les services et fonctionnalités ne sont pas couverts de manière égale. Une bonne compréhension de la couverture et des limites peut vous aider à détecter la dérive de données et à créer des mécanismes de résilience et de récupération.
Défi de Contoso
- L’équipe de la charge de travail et les parties prenantes ont déterminé que les données de l’application doivent avoir un objectif de délai de récupération (RTO) garanti qui ne peut pas dépasser 30 secondes pour prendre en charge la criticité de leur flux d’envoi et d’approbation des revendications.
Application de l’approche et résultats
- Après avoir examiné les contrats SLA publiés de Microsoft, l’équipe voit qu’elle devra déployer le niveau Critique pour l’entreprise avec la géoréplication active pour atteindre cette cible RTO.
Déterminer les dépendances et leur effet sur la résilience
Lorsque vous décomposez votre charge de travail en composants, assurez-vous que vous avez documenté toutes les dépendances, qu’elles soient internes ou externes à l’entreprise, et identifiez comment les dysfonctionnements avec les dépendances peuvent affecter vos flux
Le suivi de l’infrastructure, des services, des API et des fonctions dépendants développés par d’autres équipes ou des tiers vous permet de déterminer si la charge de travail peut fonctionner en l’absence de ces dépendances. Il vous aide également à comprendre les défaillances en cascade et à améliorer les opérations en aval. Les développeurs peuvent implémenter des modèles de conception résilients pour gérer les défaillances potentielles lorsque vous utilisez des services externes susceptibles d’être vulnérables aux défaillances.
Défi de Contoso
- Le flux d’envoi et d’approbation des revendications est dépendant d’un petit jeu de données de référence hébergé et géré par un autre service au sein de Contoso Insurance.
- Le jeu de données est mis à jour plusieurs fois par jour, pendant les heures de travail normales.
- L’application est conçue pour tolérer une certaine obsolescence dans les données de référence, mais les données doivent toujours être disponibles pour l’application.
Application de l’approche et résultats
- L’équipe de la charge de travail s’adresse à l’équipe en charge du jeu de données de référence et apprend que l’objectif de fiabilité du jeu de données est inférieur à celui du flux qui l’utilisera.
- L’équipe ajoute des tâches de conception au backlog pour ajouter un cache local du jeu de données et un travail en arrière-plan pour mettre à jour le cache pendant la nuit. La tolérance d’obsolescence autorisée par la conception ne fera pas l’objet d’une violation par cette solution.