OPS11-BP01 Définir un processus d'amélioration continue - AWS Well-Architected Framework

OPS11-BP01 Définir un processus d'amélioration continue

Évaluez votre charge de travail par rapport aux bonnes pratiques d'architecture internes et externes. Vérifiez votre charge de travail au moins une fois par an. Priorisez les opportunités d'amélioration dans la cadence de développement de votre logiciel.

Résultat souhaité :

  • Vous analysez votre charge de travail par rapport aux bonnes pratiques d'architecture au moins une fois par an.

  • Les opportunités d'amélioration reçoivent la même priorité dans votre processus de développement logiciel.

Anti-modèles courants :

  • Vous n'avez pas vérifié l'architecture de votre charge de travail depuis qu'elle a été déployée il y a plusieurs années.

  • Les opportunités d'amélioration reçoivent une priorité moindre et restent dans la liste de suivi.

  • Il n'existe aucune norme pour mettre en œuvre des modifications issues des bonnes pratiques pour l'organisation.

Avantages liés au respect de cette bonne pratique :

  • Votre charge de travail est conforme aux bonnes pratiques d'architecture.

  • L'évolution de votre charge de travail est réalisée de manière délibérée.

  • Vous pouvez tirer profit des bonnes pratiques de l'organisation pour améliorer toutes les charges de travail.

Niveau de risque exposé si cette bonne pratique n'est pas respectée : élevé

Directives d'implémentation

Vous vérifiez l'architecture de votre charge de travail au moins une fois par an. Évaluez votre charge de travail et identifier les opportunités d'amélioration grâce aux bonnes pratiques internes et externes. Priorisez les opportunités d'amélioration dans la cadence de développement de votre logiciel.

Exemple de client

Toutes les charges de travail d'AnyCompany Retail suivent un processus annuel de vérification de l'architecture. L'entreprise a développé sa propre liste de vérification des bonnes pratiques qui s'appliquent à toutes les charges de travail. Grâce à la fonction Custom Lens d'AWS Well-Architected Tool, elle réalise des vérifications avec l'outil et son filtre personnalisé des bonnes pratiques. Les opportunités d'amélioration générées à partir des vérifications sont prioritaires dans leurs sprints (échéances de vérification) logiciels.

Étapes d'implémentation

  1. Réalisez des vérifications régulières de l'architecture de votre charge de travail de production au moins une fois par an. Utilisez une norme d'architecture documentée qui comprend des bonnes pratiques spécifiques à AWS.

    1. Nous vous recommandons d'utiliser vos propres normes définies en interne pour ces vérifications. Si vous n'avez pas de norme interne, nous vous recommandons d'utiliser le cadre AWS Well-Architected.

    2. Vous pouvez utiliser AWS Well-Architected Tool pour créer un filtre personnalisé de vos bonnes pratiques internes et vérifier votre architecture.

    3. Les clients peuvent contacter leur architecte de solutions AWS pour réaliser une vérification guidée grâce au cadre Well-Architected de leur charge de travail.

  2. Priorisez les opportunités d'amélioration identifiées pendant la vérification au sein de votre processus de développement logiciel.

Niveau d'effort du plan d'implémentation : faible. Vous pouvez utiliser le cadre AWS Well-Architected pour réaliser la vérification annuelle de votre architecture.

Ressources

Bonnes pratiques associées :

Documents connexes :

Vidéos connexes :

Exemples connexes :