Introduction
Dans ce module, vous allez développer une architecture existante afin de prendre en charge un scénario de haute disponibilité pour une société fictive. Vous recevez des spécifications générales sur la conception d’application, les choix d’infrastructure, le modèle de données et l’observabilité générale. À la fin de l’exercice, vous vérifierez votre travail en comparant votre conception à celle d’une architecture similaire. Veillez à noter les lacunes pour les améliorations futures.
Exemple de scénario
Contoso Shoes a migré ses déploiements locaux vers le cloud il y a deux ans. Même si des améliorations ont été observées dans les opérations, le maintien de leur disponibilité et de leur temps d’activité dans le contrat de niveau de service (SLA) est difficile. Il y a également un lancement de produit prévu qui devrait créer un pic de trafic. Les lancements précédents ont entraîné des pannes, car le système était dans l’incapacité de répondre à l’augmentation de la charge, ce qui a entraîné une perte financière importante.
Suite à cette expérience, l’organisation s’est maintenant engagée à augmenter la fiabilité et l’observabilité générales du système. Elle a mis à jour les cibles de disponibilité pour l’application existante, en l’élevant au niveau critique pour l’entreprise.
L’organisation a besoin d’une conception améliorée capable de survivre à l’échec d’un ou de plusieurs composants dans l’architecture, et même de supporter une panne régionale totale tout en fournissant aux opérations davantage d’insights sur l’intégrité du système. Elle a exploré la possibilité d’ajouter une autre région. Contoso aimerait également améliorer son expérience client en servant les clients plus rapidement dans une région géographiquement plus proche d’eux.
L’équipe a conscience des compromis : coûts et complexité supplémentaires. Toutefois, le coût (réel et réputé) d’une longue inactivité dépasse le coût d’exécution dans une deuxième région. En tant qu’architecte cloud principal, il vous a été demandé d’évaluer et d’améliorer l’architecture actuelle en tenant compte de ces objectifs.
L’application existante est déjà conçue conformément aux piliers de qualité d’Azure Well-Architected Framework. Pour commencer, vous avez lu les instructions fournies pour les charges de travail critiques pour l’entreprise Well-Architected. Vous avez donné la priorité au renforcement de la résilience et de l’observabilité du système, car ce sont ces domaines clés qui ont le plus d’impact sur la fiabilité du système.
Ce que vous allez apprendre ?
- Concevoir un point de terminaison d’intégrité dans l’application pour vérifier l’intégrité au niveau de l’API et ses dépendances
- Développer la solution dans plusieurs régions pour survivre à une panne régionale
- Créer un modèle d’intégrité et visualiser les données d’observabilité dans des tableaux de bord opérationnels
Important
Les exercices ne couvrent pas tous les domaines de conception des charges de travail critiques pour l’entreprise. Une fois ce défi terminé, nous vous encourageons à continuer d’explorer les principes critiques pour l’entreprise indiqués dans Charges de travail critiques pour l’entreprise Well-Architected, pour avoir une perspective complète de vos propres conceptions.
Quel est l’objectif principal ?
À la fin de ce module, vous avez démontré votre capacité à appliquer des principes de conception critiques pour l’entreprise à un exemple de scénario. En vous appuyant sur vos apprentissages, vous savez évaluer des conceptions similaires et créer votre propre solution critique pour l’entreprise prête pour la production.