AWS Well-Architected Frameworkを理解する

AWS Well-Architectedの六つの柱を、設計を点検する観点として学びます。費用だけで良い設計を決めず、運用・保護・継続・性能・環境への影響を合わせて判断します。

この単元で学ぶこと

1. 設計を点検する枠組み Well-Architectedはワークロードの設計を評価し改善するための考え方です。特定サービスを選べば完成する仕組みではなく、六つの柱に沿って要求と構成を確認します。例えば安い構成でも復旧できなければ、業務上の良い設計とはいえません。

2. 運用上の優秀性日々の運用を把握し、変更や手順を改善する観点です。例として配備手順を再現可能にし、状態を観測して、障害後の学びを次の運用へ反映します。同じ障害が起きるたびに口頭だけで対応する状態から、明確な手順と継続改善へ進めます。

3. セキュリティ情報・システム・資産を守る観点です。誰が何をできるかを制限し、データを保護し、操作を追跡できるようにします。例えば利用者ごとに必要な権限を与える対策は、機密情報への不適切なアクセスを減らすための設計です。

4. 信頼性期待した機能を必要なときに正しく提供する観点です。障害からの回復や、需要変動と変更への対応も考えます。例えば復元手順を実際に試し、保存したバックアップから業務を再開できるか確認します。データを保存した事実だけでは復旧可能性は分かりません。

5. パフォーマンス効率求められる性能に適した資源を効率よく使う観点です。CPU中心かメモリ中心か、どの処理が待ち時間を生むかを測定して構成を選びます。例として遅い処理の原因を測り、適した資源へ変えた後に応答時間を比較します。大きい資源を選ぶだけの判断ではありません。

6. コスト最適化業務価値を得ながら不要な支出を抑えます。使っていない資源を止めたり、需要に合う規模や購入方法を選んだりします。ただし復旧要件を満たす複製まで削れば、費用だけは減っても全体の要求を壊します。費用と得られる価値を対応させる必要があります。

7. 持続可能性クラウド利用による環境への影響、特にエネルギー消費と資源の効率を考えます。同じ業務量をより少ない資源で処理する工夫が例です。費用低減と同時に改善する場合もありますが、割引契約だけで利用する計算量が減るわけではなく、目的と指標を区別します。

8. 柱を横断して判断する一つの対策は複数の柱に影響します。資源削減は費用と環境に利点があっても、処理能力や障害時の余力が不足する可能性があります。要求を明らかにし、測定結果を確認しながら改善します。柱の名前を一対一で暗記するだけでなく、主目的と副作用を説明できるようにします。

教材データに登録された参考リンクです。リンク先の内容や更新日は提供元でご確認ください。

確認問題の出題・採点や学習履歴の保存にはログインが必要です。