OPS11-BP01 継続的改善のプロセスを用意する
ワークロードを社内外のアーキテクチャのベストプラクティスに対して評価します。1 年に 1 回以上ワークロードのレビューを実施します。ソフトウェア開発サイクルの中で改善の機会を優先事項にします。
期待される成果:
-
年 1 回以上、アーキテクチャのベストプラクティスに対してワークロードを分析します。
-
ソフトウェア開発プロセスにおいて改善の機会が等しく優先されます。
一般的なアンチパターン:
-
ワークロードを数年前にデプロイして以来、アーキテクチャレビューを実施していない。
-
改善の機会の優先度が低く、ずっと後回しにされている。
-
組織のベストプラクティスに対する変更の実装について基準がない。
このベストプラクティスを活用するメリット:
-
ワークロードがアーキテクチャのベストプラクティスに準拠した最新の状態に保たれます。
-
ワークロードの進化を熟考した方法で実現できます。
-
組織のベストプラクティスを活用して、すべてのワークロードを改善できます。
このベストプラクティスが確立されていない場合のリスクレベル: 高
実装のガイダンス
1 年に 1 回以上ベースで、ワークロードの構造的レビューを実施します。社内外のベストプラクティスを使用してワークロードを評価し、改善の機会を特定します。ソフトウェア開発サイクルの中で改善の機会を優先事項にします。
お客様事例
AnyCompany Retail のすべてのワークロードは、毎年のアーキテクチャレビュープロセスを経由します。ベストプラクティスについての独自のチェックリストを作成し、すべてのワークロードに適用しています。AWS Well-Architected Tool のカスタムレンズ機能を活用し、ツールやベストプラクティスのカスタムレンズを使ってレビューを実施しています。レビューで見い出された改善の機会は、ソフトウェア開発サイクルの中で優先事項になっています。
実装手順
-
1 年間に 1 回以上、本稼働ワークロードの定期的なアーキテクチャレビューを実施します。AWS 固有のベストプラクティスを含む文書化された構造基準を使用します。
-
これらのレビューには、社内で独自に定義した基準を使用することをお勧めします。社内基準がない場合は、AWS Well-Architected フレームワークを使用することをお勧めします。
-
AWS Well-Architected Tool を使用して社内ベストプラクティスのカスタムレンズを作成し、アーキテクチャレビューを実施できます。
-
お客様は AWS ソリューションアーキテクトに連絡して、ワークロードのガイド付き Well-Architected フレームワークレビューを実施できます。
-
-
レビュー中に特定された改善機会を、ソフトウェア開発プロセスの中で優先事項に設定します。
実装計画に必要な工数レベル: 低。AWS Well-Architected フレームワークを使用して年次のアーキテクチャレビューを実施できます。
リソース
関連するベストプラクティス:
-
OPS11-BP02 インシデント後の分析を実行する - インシデント後の分析は、改善項目を洗い出すもう一つの機会です。学んだ教訓で、アーキテクチャのベストプラクティスの社内リストを豊かにできます。
-
OPS11-BP08 教訓を文書化して共有する - 独自のアーキテクチャのベストプラクティスを作成したら、組織全体で共有します。
関連するドキュメント:
-
Customize Well-Architected Reviews using Custom Lenses and the AWS Well-Architected Tool
(Well-Architected レビューを、カスタムレンズと AWS Well-Architected ツールを使用してカスタマイズする) -
Implementing the AWS Well-Architected Custom Lens lifecycle in your organization
(AWS Well-Architected カスタムレンズのライフサイクルを組織に実装する)
関連動画:
-
Well-Architected Labs - Level 100: Custom Lenses on AWS Well-Architected Tool
(レベル 100: AWS WELL-ARCHITECTED ツールのカスタムレンズ)
関連する例:
