変更要約: CLF-C02 第1章を新基準で全面拡充（クラウド特徴/デプロイモデル/6つの利点・CapEx-OpEx/経済/TCO・Well-Architected 6柱）
1.3AWS Well-Architected フレームワーク
クラウド上で良い設計を行うための指針「AWS Well-Architected フレームワーク」と、その6本の柱を理解します。
AWS Well-Architected フレームワーク は、クラウド上で「良い設計」を行うためのベストプラクティス集です。設計を6本の柱の観点で点検し、リスクや改善点を見つけて直していきます。各柱には「設計原則」と確認用の質問があり、無料の AWS Well-Architected Tool で自分のワークロードを評価できます。資格としては、まず6本の柱の名前と一言の役割を確実に押さえることが重要です。
1.3.16本の柱
- 運用上の優秀性（Operational Excellence）：運用を自動化し、監視し、継続的に改善する。「コードとしての運用」。
- セキュリティ（Security）：データとシステムを多層で保護する（ID管理・暗号化・最小権限・追跡可能性）。
- 信頼性（Reliability）：障害から回復し、需要の変化に応えられる（自動復旧・水平スケール）。
- パフォーマンス効率（Performance Efficiency）：リソースを適材適所で効率的に使い、変化に合わせ見直す。
- コスト最適化（Cost Optimization）：不要な支出を避け、価値あたりのコストを最適化する。
- 持続可能性（Sustainability）：クラウド利用による環境への影響を最小化する。
| 柱 | ひとことで |
|---|---|
| 運用上の優秀性 | 自動化して回し、改善し続ける |
| セキュリティ | データとシステムを多層で守る |
| 信頼性 | 障害から回復し需要に応える |
| パフォーマンス効率 | 資源を効率よく適材適所で |
| コスト最適化 | 価値あたりのコストを最適化 |
| 持続可能性 | 環境への影響を最小化 |
シナリオ：新サービスの設計レビュー。 リリース前に Well-Architected Tool で6本の柱を点検。「障害時に自動復旧するか（信頼性）」「最小権限になっているか（セキュリティ）」「使っていない資源はないか（コスト最適化）」を質問形式で確認し、見つかったリスクを改善してから本番へ。柱は“チェックリスト”として機能します。
混同に注意：
①柱は6本（運用上の優秀性・セキュリティ・信頼性・パフォーマンス効率・コスト最適化・持続可能性）。「マーケティング」「可用性」単体などは柱名ではない。
②信頼性（障害から回復）とパフォーマンス効率（資源を効率よく）を取り違えない。
③Well-Architected は“設計指針”であり、特定のサービスではない。
Q. 柱はずっと5本では？ 以前は5本でしたが、現在は 持続可能性 が加わり6本です。試験では6本で押さえましょう。
6本の柱の名前と概要は頻出です。とくに「信頼性＝障害から回復」「コスト最適化＝価値あたりのコスト」「運用上の優秀性＝自動化と改善」「持続可能性＝環境影響の最小化」を押さえましょう。
1.3.2この節のまとめ
- Well-Architected ＝クラウド設計のベストプラクティス集（6本の柱で点検）。評価は Well-Architected Tool
- 6本：運用上の優秀性／セキュリティ／信頼性／パフォーマンス効率／コスト最適化／持続可能性
- 「信頼性＝障害から回復」「コスト最適化＝価値あたり」を取り違えない
進捗の記録にはログインが必要です。
理解度チェック
（軽い確認用）Q1. AWS Well-Architected フレームワークの柱で「障害からの回復」を主に扱うのはどれですか？
Q2. Well-Architected フレームワークの柱として正しくないものはどれですか？
Q3. AWS Well-Architected フレームワークの柱はいくつありますか？
Q4. 「価値あたりのコストを最適化し、不要な支出を避ける」ことを扱う柱はどれですか？
Q5. 自分のワークロードを6本の柱の観点で評価できる無料のツールはどれですか？