Qu'est-ce que le AWS Well-Architected Framework ?

Pourquoi ce framework existe

Construire un système dans le cloud, c'est prendre beaucoup de décisions. Quels services utiliser, comment protéger les données, comment gérer les pannes, combien dépenser. Chaque décision a des compromis, et il est facile de choisir une option qui semble correcte aujourd'hui mais qui se révèle coûteuse ou fragile plus tard.

Le AWS Well-Architected Framework vous donne un point de repère. Il rassemble les bonnes pratiques que les Solutions Architects d'AWS ont tirées de la conception et de la revue de milliers d'architectures clients. Avec lui, vous comparez votre propre conception à ces pratiques et vous voyez où vous améliorer avant qu'un problème n'atteigne la production.

Ce qu'est le Well-Architected Framework

Le AWS Well-Architected Framework est un ensemble de bonnes pratiques et de questions fondamentales pour concevoir et exploiter des charges de travail dans le cloud. Il vous aide à comprendre les avantages et les inconvénients de vos décisions, et il vous donne une façon cohérente de mesurer votre architecture par rapport aux recommandations AWS.

Le framework s'organise en trois parties qu'il vaut mieux garder distinctes :

• Six piliers, qui sont les qualités attendues d'un bon système cloud.
• Un ensemble de principes de conception généraux qui s'appliquent à presque toute architecture.
• Des questions par pilier que vous utilisez pour évaluer une charge de travail précise.

Une revue, pas un audit

Appliquer le framework à une charge de travail s'appelle mener une revue Well-Architected. Vous répondez aux questions de chaque pilier, et vos réponses font ressortir les risques et les axes d'amélioration.

AWS est clair sur un point : il s'agit d'une conversation constructive autour de vos décisions d'architecture, pas d'un audit. Personne ne vous fait réussir ou échouer. Le but est de trouver où vous pouvez faire mieux et de décider quels changements valent la peine pour votre activité. Une architecture peut s'écarter d'une bonne pratique volontairement quand cette décision a du sens dans votre cas, du moment que vous la prenez en connaissance de cause.

Les six piliers en un coup d'œil

Le framework repose sur six piliers. Chacun est un domaine dans lequel un bon système doit être solide :

1. Excellence opérationnelle (Operational Excellence)
2. Sécurité (Security)
3. Fiabilité (Reliability)
4. Efficacité des performances (Performance Efficiency)
5. Optimisation des coûts (Cost Optimization)
6. Développement durable (Sustainability)

Cette leçon se contente de les nommer. La leçon suivante traite chaque pilier en détail, avec sa définition et un exemple. Pour l'examen, retenez les six, parce que les questions reprennent souvent ces termes exacts.

Les principes de conception généraux

À côté des piliers, le framework propose six principes de conception généraux qui s'appliquent à presque toute architecture cloud :

• Arrêtez de deviner vos besoins en capacité. Dans le cloud, vous utilisez autant ou aussi peu de capacité que nécessaire et vous montez en charge automatiquement, donc vous n'avez plus à parier sur un nombre fixe de serveurs au départ.
• Testez les systèmes à l'échelle de production. Vous créez un environnement de test grandeur nature à la demande, vous lancez vos tests, puis vous l'arrêtez. Vous ne payez que le temps d'exécution.
• Automatisez pour faciliter l'expérimentation. L'automatisation vous permet de créer et de répliquer votre charge de travail à faible coût, de suivre les changements et de revenir en arrière quand quelque chose tourne mal.
• Prévoyez des architectures évolutives. Dans le cloud, changer une conception coûte peu, donc votre architecture continue de s'améliorer au fil du temps au lieu de rester figée dans sa première version.
• Pilotez les architectures à l'aide de données. Collectez des données sur le comportement de votre charge de travail et utilisez-les pour décider de vos améliorations sur des faits, plutôt que sur des suppositions.
• Améliorez-vous grâce aux journées de simulation (game days). Planifiez régulièrement des game days qui simulent de vrais événements de production pour voir comment votre architecture et votre équipe réagissent, et où vous pouvez progresser.

Le AWS Well-Architected Tool et les lens

Le AWS Well-Architected Tool (WA Tool) est un service gratuit dans la console AWS qui vous guide à travers une revue. Vous répondez aux questions de chaque pilier pour une charge de travail, et l'outil vous montre les risques détectés et vous donne des recommandations pour les réduire. Il vous permet aussi d'enregistrer votre progression avec des jalons et de comparer l'évolution de votre architecture dans le temps.

Le framework de base convient à tout type de charge de travail. Quand vous avez besoin de bonnes pratiques pour un cas précis, vous appliquez un lens. Un lens étend le framework avec des recommandations pour un type de charge de travail particulier, par exemple le serverless, le machine learning ou le calcul haute performance. Vous appliquez le lens qui correspond à votre cas par-dessus le framework de base.

Vocabulaire clé

Le framework utilise quelques termes utiles à reconnaître :

• Charge de travail (workload) : un ensemble de composants qui, ensemble, apportent de la valeur métier. C'est l'unité que vous révisez.
• Composant (component) : le code, la configuration et les ressources AWS qui répondent à un besoin. Plusieurs composants forment une charge de travail.
• Jalon (milestone) : un repère pour un changement clé de votre architecture à mesure qu'elle évolue dans le cycle de vie du produit.

Points clés pour l'examen

• Le Well-Architected Framework est un ensemble de bonnes pratiques et de questions pour évaluer et améliorer les architectures. Il n'exécute pas de charges de travail.
• Une revue est une conversation constructive, pas un audit. Elle ne vous fait pas réussir ou échouer.
• Le AWS Well-Architected Tool est gratuit et se trouve dans la console AWS.
• Retenez que le framework compte six piliers et six principes de conception généraux.
• Les lens étendent le framework avec des bonnes pratiques pour des types de charges de travail précis.