Définitions

Chaque jour, les experts AWS aident les clients à concevoir des systèmes afin de tirer parti des bonnes pratiques dans le cloud. Nous collaborons avec vous pour parvenir à des compromis architecturaux au fur et à mesure que vos conceptions évoluent. Lorsque vous déployez ces systèmes dans des environnements réels, nous découvrons leurs performances réelles ainsi que les conséquences de ces compromis.

Grâce aux enseignements acquis, nous avons créé AWS Well-Architected Framework, qui fournit un ensemble cohérent de bonnes pratiques pour les clients et les partenaires, afin d’évaluer les architectures. Il inclut également un ensemble de questions dont vous pouvez vous inspirer pour évaluer le degré de conformité d’une architecture aux bonnes pratiques AWS.

Le cadre AWS Well-Architected Framework repose sur six piliers, à avoir l’Excellence opérationnelle, la Sécurité, la Fiabilité, l’Efficacité des performances, l’Optimisation des coûts et la Durabilité.

Tableau 1 Les piliers d’AWS Well-Architected Framework

Name (Nom)	Description
Excellence opérationnelle	Capacité de soutenir le développement et de gérer efficacement les charges de travail, de recueillir des informations sur leurs opérations et d’améliorer continuellement les processus et procédures de soutien afin de fournir de la valeur ajoutée.
Sécurité	Le pilier de sécurité décrit comment tirer parti des technologies cloud pour protéger les données, les systèmes et les actifs de manière à améliorer votre posture de sécurité.
Fiabilité	Le pilier Fiabilité englobe la capacité d’une charge de travail à exécuter sa fonction de manière correcte et cohérente et ce, en temps utile. Cela inclut la possibilité d’exploiter et de tester la charge de travail tout au long de son cycle de vie. Ce livre blanc fournit des bonnes pratiques détaillées pour la mise en œuvre de charges de travail fiables sur AWS.
Efficacité des performances	Capacité à utiliser efficacement les ressources informatiques pour satisfaire aux exigences système et à maintenir cette efficacité au fur et à mesure que la demande change et que les technologies évoluent.
Optimisation des coûts	Capacité à exécuter des systèmes de façon à offrir une valeur business au niveau de prix le plus bas.
Durabilité	Capacité d’améliorer continuellement les impacts sur la durabilité via la réduction de la consommation d’énergie et l’amélioration de l’efficacité de tous les composants d’une charge de travail en maximisant les avantages des ressources allouées et en minimisant les ressources totales requises.

Dans le cadre AWS Well-Architected Framework, nous utilisons les termes suivants :

• Composant : code, configuration et ressources AWS qui, ensemble, répondent à une exigence. Un composant est souvent une unité de propriété technique. Il est découplé des autres composants.

• Le terme charge de travail est utilisé pour désigner un ensemble de composants qui collaborent pour apporter une valeur métier. La charge de travail représente généralement le niveau de détails dont discutent les responsables métier et techniques.

• Nous considérons l’architecture comme la façon dont les composants fonctionnent ensemble dans une charge de travail. Les schémas d’architecture se concentrent souvent sur la manière dont les composants communiquent et interagissent entre eux.

• Les étapes signalent les modifications importantes de votre architecture à mesure de son évolution tout au long du cycle de vie du produit (conception, mise en place, tests, préproduction et production).

• Au sein d’une organisation, le portefeuille technologique est l’ensemble des charges de travail qui sont nécessaires pour l’exécution des activités.

• Le niveau d’effort consiste à catégoriser le temps, les efforts et la complexité qu’une tâche nécessite pour sa mise en œuvre. Chaque organisation doit tenir compte de la taille et de l’expertise de l’équipe et de la complexité de la charge de travail comme contexte supplémentaire afin de catégoriser correctement son niveau d’effort.

  • Élevé : le projet peut prendre plusieurs semaines, voire plusieurs mois. Il pourrait être divisé en plusieurs scénarios, versions et tâches.

  • Moyen : le projet peut prendre plusieurs jours, voire plusieurs semaines. Il pourrait être divisé en plusieurs versions et tâches.

  • Faible : le projet peut prendre plusieurs heures, voire plusieurs jours. Il pourrait être divisé en plusieurs tâches.

Lorsque vous concevez des charges de travail, vous faites des compromis entre des piliers en fonction de votre contexte commercial. Ces décisions professionnelles peuvent orienter vos priorités en matière d’ingénierie. Vous pouvez opter pour l’optimisation afin d’améliorer l’impact sur la durabilité et de réduire les coûts au détriment de la fiabilité dans les environnements de développement, ou, pour les solutions stratégiques, vous pouvez optimiser la fiabilité avec des coûts plus élevés et un impact plus important sur la durabilité. Dans les solutions d’e-commerce, les performances peuvent affecter les revenus et la propension des clients à acheter les produits. La sécurité et l’excellence opérationnelle ne donnent généralement pas lieu à des compromis avec les autres piliers.