OPS11-BP01 継続的改善のプロセスを用意する
ワークロードを社内外のアーキテクチャのベストプラクティスに対して評価します。頻繁かつ意図的なワークロードレビューを実施します。ソフトウェア開発サイクルの中で改善の機会を優先事項にします。
期待される成果:
-
アーキテクチャのベストプラクティスに対してワークロードを頻繁に分析します。
-
ソフトウェア開発プロセスにおいて、新機能の開発と改善の機会に同程度の優先順位を与えます。
一般的なアンチパターン:
-
ワークロードを数年前にデプロイして以来、アーキテクチャレビューを実施していない。
-
改善の機会の優先順位が低い。新機能と比較して、これらの機会は未処理のままである。
-
組織のベストプラクティスに対する変更の実装について基準がない。
このベストプラクティスを活用するメリット:
-
ワークロードがアーキテクチャのベストプラクティスに準拠した最新の状態に保たれます。
-
ワークロードを意図を持って進化させることができます。
-
組織のベストプラクティスを活用して、すべてのワークロードを改善できます。
-
わずかなメリットが累積的な影響をもたらし、効率性の向上につながります。
このベストプラクティスを活用しない場合のリスクレベル: 高
実装のガイダンス
ワークロードの構造的レビューを頻繁に実施します。社内外のベストプラクティスを使用してワークロードを評価し、改善の機会を特定します。ソフトウェア開発サイクルの中で改善の機会を優先事項にします。
実装手順
-
合意された頻度で、本稼働ワークロードの定期的なアーキテクチャレビューを実施します。AWS 固有のベストプラクティスを含む文書化された構造基準を使用します。
-
これらのレビューには、社内で定義された基準を使用します。社内基準がない場合は、AWS Well-Architected フレームワークを使用します。
-
AWS Well-Architected Tool を使用して社内ベストプラクティスのカスタムレンズを作成し、アーキテクチャレビューを実施します。
-
AWS ソリューションアーキテクトまたはテクニカルアカウントマネージャーに連絡して、ワークロードのガイド付き Well-Architected Framework レビューを実施します。
-
-
レビュー中に特定された改善機会を、ソフトウェア開発プロセスの中で優先事項に設定します。
実装計画に必要な工数レベル: 低 AWS Well-Architected フレームワークを使用して年次のアーキテクチャレビューを実施できます。
リソース
関連するベストプラクティス:
関連ドキュメント:
関連動画:
関連する例:
