AWS Well-Architected Frameworkのシナリオ判断

運用改善、障害復旧、性能測定、費用削減の提案を比較し、六つの柱を使って判断します。主目的を読む練習と、他の要求を壊さない改善の選び方を扱います。

この単元で学ぶこと

1. 同じ行動でも目的を読む使っていないサーバーを止める行動は、支出削減にも資源利用削減にも関係します。問題文が請求額を主題とするならコスト最適化、環境への影響を主題とするなら持続可能性を中心に考えます。行動と柱を固定した一対一の表だけでは判断できません。

2. 運用のばらつきを減らす担当者ごとに配備手順が違うと、変更の失敗原因を追いにくくなります。手順を標準化し、変更後の状態を観測して改善することが運用上の優秀性につながります。単に監視値を集めるだけでなく、担当者がそれを判断と改善へ使えるようにします。

3. 権限の改善を評価する必要以上の読取り権限を見直す提案は、情報を保護する目的からセキュリティとして評価します。監査の記録量や利用料金だけを成果にせず、必要な人が必要な操作をでき、不要なアクセスを許さないかを確認します。

4. 復旧の実測復旧目標が60分で、試験結果が90分なら30分の超過です。バックアップ取得が成功していても目標は満たしません。手順、データ量、復旧先の準備などを確認して再試験します。これは仮の条件であり、サービス固有の所要時間ではありません。

5. 性能改善を比較する同じ負荷と同じ測定方法で応答時間を比べます。平均だけ改善しても、求める条件が混雑時の遅延なら、その条件でも確認します。計算資源を大きくする案と処理方式を見直す案を、要求性能と資源効率の両方から評価します。

6. 費用だけの比較を避ける構成Aは月額10万円で復旧目標を満たし、構成Bは8万円でも復旧目標を満たさないとします。安いBをそのまま最適解にはできません。必要な価値と要求を満たす候補同士で費用を比べます。これらの金額は考え方を示す仮例です。

7. 環境と単価を分ける契約の割引は支払単価を下げますが、実行回数や処理資源が変わらなければ資源利用が減った根拠にはなりません。不要な処理を除く、同じ仕事を効率的に処理する、といった変化を確認します。業務量も変わる場合は一件当たりの資源量などを比較します。

8. 改善を再評価する一度のレビューで固定せず、需要や機能が変わったら再評価します。例えば通常時に十分だった能力も、利用者増加や一部障害の後には不足する場合があります。主目的、測定条件、他の柱への影響、次の確認方法を揃えて改善案を説明します。

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

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