AWS認定 クラウドプラクティショナー（CLF-C02）のドメイン1（クラウドの概念・24%）で問われる設計の基本が、AWS Well-Architected Framework（ウェルアーキテクテッド フレームワーク）です。これは「クラウドで良い設計（Well-Architected）とは何か」をAWSがまとめたベストプラクティス集で、6本の柱という視点で構成されています。試験では「6つの柱を挙げられるか」「各柱がどれの話か（違いの識別）」が繰り返し問われます。この記事では6本の柱を神殿の図で覚え、まぎらわしい「AWS WAF」との違いやWell-Architected Toolまで、初めての方でもわかるように解説します。全体像は CLF対策トップ へ。
Well-Architected Frameworkとは：良い設計の“共通のものさし”
Well-Architected Frameworkは、AWSが数多くの構築事例から導き出した「クラウドで信頼性が高く・安全で・効率的なシステムを作るための設計原則集」です。難しく考える必要はありません。「良い設計かどうかを、6つの観点でチェックするためのものさし」だと捉えれば十分です。
大切なのは、6つの観点はどれも“トレードオフ”の関係になりやすいという点。たとえばコストを削りすぎると信頼性が下がる、といったバランスを、6本の柱を並べて見比べながら判断していきます。CLF-C02では細かい実装ではなく、「6本の柱を言えること」と「ある取り組みがどの柱の話か見分けられること」が問われます。
6本の柱を一つずつ理解する
6本の柱は、頭文字をつなげて覚えるより「何を良くするための柱か」で押さえるのが近道です。まずは早見表で全体像をつかみましょう。
| 柱（日本語） | ひとことで言うと | 代表的なキーワード |
|---|---|---|
| 運用上の優秀性 | システムを上手に運用し、継続的に改善する | 監視・自動化・手順のコード化・小さく頻繁に改善 |
| セキュリティ | データとシステムを守る | 最小権限・暗号化・追跡（ログ）・多層防御 |
| 信頼性 | 障害が起きても止まらず、回復できる | 複数AZ・自動復旧・バックアップ・需要変化への対応 |
| パフォーマンス効率 | 必要な性能を、ムダなく効率的に出す | 適切なリソース選択・スケール・新技術の活用 |
| コスト最適化 | 不要な出費を避け、最小のコストで動かす | 使った分だけ・適正サイズ化・料金の可視化 |
| 持続可能性 | 環境への影響（エネルギー消費）を減らす | エネルギー効率・リソースの使用量削減・SDGs |
1. 運用上の優秀性（Operational Excellence）
システムを上手に動かし続け、継続的に良くしていくための柱です。作業を手順書のようにコード化し、監視で状態を把握し、問題があれば小さく頻繁に改善します。「デプロイや運用を自動化する」「障害から学んで手順を直す」はこの柱の話です。
2. セキュリティ（Security）
データとシステムを守る柱。IAMによる最小権限、保存時・転送時の暗号化、操作の追跡（ログ）、そして多層防御が代表例です。責任共有モデルで「利用者の責任」とされる範囲をしっかり守る、という考え方と地続きです。
3. 信頼性（Reliability）
障害が起きてもサービスを止めず、素早く回復する柱です。複数のアベイラビリティゾーン（AZ）に分散して単一障害点をなくす、自動でバックアップ・復旧する、需要の増減に合わせて拡張する——これらはすべて信頼性の話です。「高可用性」「耐障害性」というキーワードが出たらこの柱を思い出しましょう。
4. パフォーマンス効率（Performance Efficiency）
必要な性能を、リソースをムダにせず効率的に出す柱。用途に合ったインスタンスやサービスを選び、需要に応じてスケールさせ、マネージドサービスや新技術を活用して「少ないリソースで高い性能」を目指します。信頼性が「止まらないこと」なら、こちらは「速く・効率よく動くこと」です。
5. コスト最適化（Cost Optimization）
不要な出費を避け、最小のコストで価値を出す柱です。使った分だけ払う従量課金を活かし、適正なサイズ（rightsizing）に調整し、料金を可視化してムダを見つけます。「もっと安くできないか？」を考えるのはこの柱。クラウドの経済学とも密接に関わります。
6. 持続可能性（Sustainability）
2021年に追加された6本目の柱で、環境への影響（エネルギー消費）を減らすことを目指します。使うリソースを必要最小限にし、エネルギー効率の高い構成を選ぶことで、クラウド利用によるカーボンフットプリントを抑えます。「環境負荷」「省エネ」「サステナビリティ」が出たらこの柱です。
試験でまぎらわしいのが「WAF」という略語です。この記事のWell-Architected Framework（良い設計の枠組み）と、Webアプリを攻撃から守るファイアウォールのAWS WAF（Web Application Firewall）はまったくの別物。SQLインジェクション対策など「攻撃を遮断するサービス」の話ならAWS WAF、「6本の柱・設計原則」の話ならWell-Architected Frameworkです。本記事では混同を避けるため、設計の枠組みは略さず「Well-Architected Framework」と表記しています。
Well-Architected Tool：自分の構成を6本の柱で採点する
6本の柱は考え方ですが、それを実際のシステムに当てはめて自己診断できる無料ツールがAWS Well-Architected Toolです。マネジメントコンソールから使い、自分のワークロード（システム）について質問に答えていくと、6本の柱の観点でリスクや改善点をレポートしてくれます。
試験では「自分のアーキテクチャがベストプラクティスに沿っているか確認・改善したい」という場面で登場するのがWell-Architected Toolだと覚えておきましょう。セキュリティの弱点を診断するTrusted Advisorとは役割が違い、こちらは6本の柱に沿った設計レビューのためのツールです。
確認クイズ
Q1. AWS Well-Architected Frameworkの6本の柱に含まれないものはどれですか？
Q2. 「システムを複数のアベイラビリティゾーン（AZ）に分散し、障害時も止まらず自動で回復できるようにする」——これは主にどの柱の考え方ですか？
Q3. 自分のシステム（ワークロード）が6本の柱のベストプラクティスに沿っているかを自己診断し、改善点を知りたい。使うべきものは？
Q4. 「使うリソースを必要最小限に抑え、クラウド利用による環境への影響（エネルギー消費）を減らす」——これはどの柱ですか？
よくある質問（FAQ）
Q. Well-Architected Frameworkの6本の柱を、順番も含めて覚える必要はありますか？
A. 順番を覚える必要はありません。試験で問われるのは「6つを漏れなく挙げられること」と「ある取り組みがどの柱の話か見分けられること」です。運用上の優秀性／セキュリティ／信頼性／パフォーマンス効率／コスト最適化／持続可能性——この6つを、それぞれ「何を良くする柱か」で押さえましょう。
Q. 「WAF」と略されていたら、どちらの意味ですか？
A. 文脈で見分けます。「攻撃を防ぐ・SQLインジェクション・Webアプリの前面」ならファイアウォールのAWS WAF、「6本の柱・設計原則・ベストプラクティス」ならWell-Architected Frameworkです。本記事では混同を避けるため、設計の枠組みは略さず表記しています。
Q. Well-Architected Toolは有料ですか？
A. Well-Architected Tool自体は無料で、マネジメントコンソールから使えます。自分のワークロードを6本の柱の観点で診断し、リスクや改善点をレポートしてくれます（改善のために別のAWSサービスを使えば、そのサービスの料金はかかります）。
まとめ
- Well-Architected Framework＝良いクラウド設計の“ものさし”。6本の柱で構成される
- 6本＝運用上の優秀性／セキュリティ／信頼性／パフォーマンス効率／コスト最適化／持続可能性
- 試験は「6つを挙げる」「どの柱の話か見分ける」が問われる。持続可能性は2021年追加の6本目
- WAFは2つ——設計の枠組み＝Well-Architected Framework、攻撃を防ぐ＝AWS WAF。Well-Architected Toolで自分の構成を6本の柱で自己診断できる
- ➡ 出題範囲の地図：CLF-C02シラバス完全マップ
- ➡ 関連：責任共有モデル（セキュリティの柱の土台） ／ グローバルインフラ（信頼性＝複数AZ） ／ セキュリティの部品（AWS WAFとの違い）
- ➡ CLF対策トップに戻る
※本記事はAWS公式試験ガイド(CLF-C02)および各サービスの公開ドキュメントに基づき、エンジニアKが作成しています。サービス仕様は更新されることがあるため、最新は必ずAWS公式でご確認ください。本サイトはAmazon Web Services, Inc.の公式サイトではありません。AWSは同社の商標です。
コメント