Outil Well-Architected et processus de revue

Le AWS Well-Architected Tool est un service gratuit de la AWS Management Console qui vous aide à examiner vos charges de travail au regard des bonnes pratiques AWS. Vous répondez à une série de questions sur votre architecture couvrant les six piliers, puis l’outil génère un rapport de risques identifiant les High Risks (HRIs) et les Medium Risks (MRIs), accompagnés de recommandations d’amélioration précises. Considérez-le comme une conversation structurée entre vous et le Well-Architected Framework : les questions vous incitent à réfléchir de manière critique à chaque aspect de votre architecture.

La première étape pour utiliser le Well-Architected Tool consiste à définir une charge de travail : un ensemble de ressources AWS et de code interdépendants qui composent votre application ou service. Soyez précis : une charge de travail peut être votre microservice de traitement des commandes, et non l’intégralité du compte AWS de votre entreprise. Définissez l’environnement (Production, Pre-Production, Development), les régions AWS utilisées et le secteur d’activité afin de disposer du contexte de conformité pertinent. Des limites de charge de travail bien définies rendent les questions d’examen plus pertinentes et plus exploitables.

Pour chaque pilier, le Well-Architected Tool présente un ensemble de questions proposant plusieurs options conformes aux bonnes pratiques. Par exemple, pour le pilier Reliability : Comment sauvegardez-vous les données ? — les bonnes pratiques incluent les sauvegardes automatisées, les copies interrégion et les tests de récupération. Vous sélectionnez les pratiques que vous avez mises en œuvre, puis l’outil calcule le risque en fonction des écarts. Les questions sont conçues pour être exigeantes : la plupart des charges de travail présenteront des écarts, et c’est précisément le but. L’outil révèle les prochaines améliorations à effectuer, il ne cherche pas à vous faire échouer.

Le Well-Architected Tool classe les résultats comme High Risk (HRI) ou Medium Risk (MRI). Un HRI indique un écart important qui doit être traité immédiatement — par exemple, ne pas chiffrer des données sensibles au repos ou exécuter des charges de travail de production sans sauvegardes. Un MRI correspond à un écart notable qui doit être inscrit sur une feuille de route. Les questions ne présentant aucun problème sont marquées No Risk. Cherchez à résoudre tous les HRI avant de traiter les MRI. L’outil distingue également les questions auxquelles vous n’avez pas encore répondu en les marquant Unanswered.

Pour chaque risque identifié, le Well-Architected Tool fournit un plan d’amélioration contenant des recommandations précises et exploitables ainsi que des liens vers la documentation AWS pertinente. Vous pouvez marquer les éléments d’amélioration comme en cours ou terminés afin de suivre l’avancement de la remédiation au fil du temps. Hiérarchisez les améliorations en fonction du niveau de risque et de l’impact métier. Le résultat du plan d’amélioration peut être exporté et utilisé comme feuille de route technique ou présenté à la direction pour justifier des investissements architecturaux.

Les Milestones sont des instantanés de l’examen de votre charge de travail à un moment donné. Enregistrez un jalon avant et après les améliorations de l’architecture afin de suivre les progrès. Le Well-Architected Tool vous permet de comparer les jalons pour voir comment votre profil de risque a évolué — par exemple, combien de HRI vous avez résolus au cours du dernier trimestre. Les jalons sont essentiels pour démontrer une amélioration continue aux auditeurs de conformité, à la direction et aux clients. Créez des jalons avant les versions majeures et après avoir terminé les cycles d’amélioration.

Au-delà du lens Well-Architected par défaut, AWS fournit des Custom Lenses pour des domaines spécifiques. Le Serverless Lens contient des questions propres à Lambda, API Gateway et aux architectures orientées événements. Le SaaS Lens couvre l’isolation des locataires et leur intégration. Le Data Analytics Lens se concentre sur les lacs de données et la diffusion en continu. Vous pouvez également créer votre propre lens personnalisé avec les normes et bonnes pratiques propres à votre organisation. Appliquez plusieurs lenses à la même charge de travail pour une couverture complète.

Les grandes organisations comptant des centaines de charges de travail ne peuvent pas toutes les examiner manuellement. L’intégration du AWS Well-Architected Tool avec AWS Organizations permet aux équipes centrales de partager les charges de travail et les profils d’examen entre les comptes. Les AWS Partners (AWS Solutions Architects et APN Consulting Partners) peuvent réaliser des examens Well-Architected formels pour les clients et accéder à un mode d’examen spécial. Utilisez la fonctionnalité Workload Sharing pour accorder un accès en lecture ou un accès de propriétaire à d’autres comptes AWS lors des examens collaboratifs.

Les examens Well-Architected ne doivent pas être des événements ponctuels : intégrez-les à votre cycle de vie du développement logiciel. Cadence recommandée : Avant le lancement — réalisez un examen lors de la conception d’une nouvelle charge de travail. Chaque trimestre — mettez à jour l’examen à mesure que la charge de travail évolue. Après les incidents majeurs — une analyse rétrospective peut révéler de nouveaux écarts à ajouter. Après le lancement de services AWS — de nouveaux services peuvent offrir de meilleures solutions. Considérez le Well-Architected Tool comme un document vivant qui décrit la qualité de votre architecture, et non comme une simple case à cocher.

L’examen SAA-C03 évalue souvent les connaissances du cadre bien architecturé au moyen de questions basées sur des scénarios, qui demandent à quel pilier appartient une situation ou une solution donnée. Principales correspondances à mémoriser : Operational Excellence — IaC, procédures d’exploitation, analyses post-incident. Security — principe du moindre privilège, chiffrement, GuardDuty. Reliability — mise à l’échelle automatique, Multi-AZ, vérifications d’état. Performance Efficiency — mise en cache, dimensionnement adapté, Graviton. Cost Optimisation — instances Spot, Savings Plans, politiques de cycle de vie. Sustainability — Graviton, services gérés, élimination du gaspillage.

Pour effectuer une revue du cadre bien architecturé : 1) Définissez votre charge de travail dans l’outil. 2) Sélectionnez les perspectives applicables. 3) Répondez à toutes les questions — soyez honnête concernant ce que vous n’avez PAS mis en œuvre. 4) Examinez le rapport de risques — donnez la priorité aux HRI. 5) Créez un plan d’amélioration avec des responsables et des échéances. 6) Enregistrez un jalon pour conserver une trace de l’état initial. 7) Mettez en œuvre les améliorations et mettez à jour les réponses aux questions au fur et à mesure. 8) Enregistrez un nouveau jalon pour suivre les progrès. Répétez l’opération chaque trimestre. Une revue honnête et complète est plus utile qu’un score parfait comportant des omissions.

Vérifiez votre compréhension des concepts AWS Solutions Architect (SAA-C03) présentés dans cette leçon.

Dans cette leçon, vous avez appris que : l’outil bien architecturé évalue les charges de travail selon six piliers et génère des constats de risques HRI/MRI, les jalons capturent des instantanés de la progression afin de suivre les améliorations au fil du temps, et les perspectives personnalisées étendent les revues aux domaines serverless, SaaS et de l’analyse des données. Intégrez les revues à votre SDLC afin d’en faire une évaluation continue de la qualité. Nous allons maintenant découvrir les techniques de Cost Optimisation, notamment le dimensionnement adapté et Compute Optimizer.