ワークロードとスコープ

AWS Well-Architected フレームワークによると:

ワークロードは、クラウドサービスやリソース以上のものです。また、人、チーム、プロセス、ランブック、ビジネス価値を提供するテクノロジーとインフラストラクチャも含まれます。WAFR を実行する前に、ワークロードのコンポーネントを理解して文書化するために時間を費やしてください。これにより、レビューフェーズの時間を節約できます。

WAFR のワークロードの選択

WAFR のワークロードを準備するには、チームと以下の質問について話し合います。

• ワークロードの所有者は誰ですか? ワークロードの中断がビジネスに影響を与える場合、誰が責任を負いますか?

• ワークロードの目的は何ですか? ビジネスに関する分析はありますか? サンドボックス、トレーニング、ログ記録はありますか?

• このワークロードは存在する必要がありますか? シャットダウンするとどうなりますか?

• ワークロードは顧客向けですか、それとも社内向けですか?

• ワークロードは本番稼働用ですか、非本番稼働用ですか?

• ライフサイクルのワークロードはどのフェーズですか?

• ワークロードが中断した場合の影響は何ですか?

• ワークロードの境界はどこまでですか?

• このワークロードにはどのような依存関係がありますか?

WAFR を続行する前にワークロードを評価するときに、これらの質問のほとんどに明確に回答できる必要があります。

レビューの範囲はどの程度ですか

最終的に WAFR はフレームワークのすべての柱にまたがりますが、意思決定を行う前にトレードオフを特定し、コンテキストを理解できます。開始する良い方法は、優先順位の高い柱またはワークロードの特定領域に焦点を当てることです。

より大きなレビュープロセスを定義し、実行可能な結果を生成し、反復することで、ワークロードとビジネスにより多くの価値を生み出すことができます。

段階的なアプローチを検討してください。

1. 現在のビジネスおよび技術コンテキストに最も関連性の高い主要な柱を 2～3 つ特定する

2. これらの柱内のワークロードの価値を示す

3. 十分な結果が得られたら、さらに多くの柱で繰り返す

スコープをさらに減らすには、ワークロード専用に設計されたレンズを使用します。