CLF ドメイン 1「クラウドの概念」攻略：6 つの利点・Well-Architected・移行戦略
AWS Certified Cloud Practitioner（CLF-C02）の出題ドメイン 1「クラウドの概念」（配点 24%）を、公式試験ガイドの 4 つの task statement に沿って徹底解説。クラウドコンピューティングの 6 つの利点（固定費→変動費・規模の経済・キャパシティ予測不要・俊敏性・運用投資の削減・数分でグローバル展開）、Well-Architected Framework の 6 本柱、移行戦略 6R と Cloud Adoption Framework、CapEx から OpEx へ移るクラウドの経済性まで、暗記すべき公式フレーズと頻出ひっかけパターンを整理する。「概念は抽象的でつかみどころがない」と感じる初学者が、得点源に変えるための一枚。
「クラウドの概念」と聞くと抽象的で雲をつかむようだが、CLF-C02 のドメイン 1 は配点 24%・暗記で確実に取れる得点源だ。問われるのは AWS の細かい設定ではなく、「クラウドにすると何が嬉しいのか」を公式の言い回しで言えるか。本記事は試験ガイドの 4 つの task statement（1.1〜1.4）に沿って、覚えるべきフレーズと頻出ひっかけを一気に整理する。範囲全体の地図は CLF 試験範囲完全マップ に、試験スペックや勉強時間は CLF 試験完全ガイド にまとめているので、本記事はドメイン 1 の中身に集中する。
📑 目次
- 結論：ドメイン 1 は「公式フレーズの暗記」で稼ぐ
- ドメイン 1 の全体像（4 つの task statement）
- 1.1 クラウドコンピューティングの 6 つの利点
- 1.2 Well-Architected Framework の 6 本柱
- 1.3 移行の利点と戦略（6R と CAF）
- 1.4 クラウドの経済性（CapEx → OpEx）
- 頻出ひっかけパターン 5 選
- 関連記事
- 関連サイト
1. 結論：ドメイン 1 は「公式フレーズの暗記」で稼ぐ
ドメイン 1 でつまずく人の多くは、「概念だから何を覚えればいいか分からない」と立ち止まってしまう。だが実際は逆だ。出題されるフレーズが公式ドキュメントの言い回しでほぼ固定されているため、暗記すれば確実に得点できる。ドメイン 3（テクノロジー 34%）のように覚える対象が無限に広がることはない。**「狭くて固い得点源」**と捉え、公式フレーズをそのまま頭に入れていこう。
2. ドメイン 1 の全体像（4 つの task statement）
公式試験ガイドは、ドメイン 1 を 4 つの task statement に分解している。まずはこの 4 つの「棚」を頭に作る。
| 評価項目 | 問われること | キーワード |
|---|---|---|
| 1.1 クラウドの利点を定義 | オンプレと比べた価値 | 6 つの利点・伸縮性・俊敏性・規模の経済 |
| 1.2 クラウドの設計原則を理解 | よい設計とは何か | Well-Architected Framework 6 本柱 |
| 1.3 移行の利点と戦略を理解 | オンプレ → クラウド移行 | 6R・Cloud Adoption Framework（CAF） |
| 1.4 クラウドの経済性を理解 | コスト構造の変化 | 固定費 → 変動費・TCO・マネージドサービスの価値 |
この 4 つは独立しているようで、根っこは 1 つ——**「オンプレミスと比べてクラウドは何が優れているのか」**だ。利点（1.1）も、設計思想（1.2）も、移行（1.3）も、経済性（1.4）も、すべて「クラウドの価値の言語化」に収れんする。この軸を意識すると、4 つがバラバラの暗記項目ではなく一本の線でつながる。
3. 1.1 クラウドコンピューティングの 6 つの利点
ドメイン 1 で最頻出の定番。AWS 公式が掲げる **「クラウドコンピューティングの 6 つの利点（Six Advantages of Cloud Computing）」**は、ほぼそのままの文言で出題される。丸暗記が最短だ。
| 評価項目 | 公式の言い回し | 意味 |
|---|---|---|
| ① 固定費を変動費に | Trade capital expense for variable expense | 先行投資せず、使った分だけ支払う |
| ② 規模の経済による大きなメリット | Benefit from massive economies of scale | 数十万ユーザー分の利用が集約され従量単価が下がる |
| ③ キャパシティ予測が不要に | Stop guessing capacity | 過剰／不足の推測をやめ、必要な分だけ即スケール |
| ④ 速度と俊敏性の向上 | Increase speed and agility | 新リソースが数クリック・数分で利用可能に |
| ⑤ データセンター運用への投資が不要に | Stop spending money on data centers | サーバー保守でなく事業そのものに集中できる |
| ⑥ 数分でグローバル展開 | Go global in minutes | 世界中のリージョンへ低レイテンシーで即展開 |
ここで押さえる勘所
- ①と⑤は混同しやすい。① は「初期費用（CapEx）がなくなり従量課金（OpEx）になる」という支払い方の話、⑤ は「データセンターを自前で持たなくてよい」という運用負荷の話。試験はこの 2 つを別々の選択肢として並べてくる
- ③ キャパシティ予測が不要は、需要に応じて自動で増減する Auto Scaling のような**伸縮性（Elasticity）**の体現。「ピークに合わせてサーバーを買い込む」オンプレの発想からの脱却がキーワード
- ⑥ 数分でグローバル展開は、世界中のリージョンと CloudFront のエッジロケーションを使い、ユーザーの近くから低レイテンシーで配信できることを指す
4. 1.2 Well-Architected Framework の 6 本柱
「クラウドにおける良い設計とは何か」を定義したのが AWS Well-Architected Framework。CLF では各柱の名前と概要が問われる（詳細な設計手法までは不要）。CLF の鬼門と言われがちだが、6 つを丸暗記すれば確実に得点できる。
| 評価項目 | 柱 | 一言でいうと |
|---|---|---|
| ① 運用上の優秀性 | Operational Excellence | 運用を自動化し、改善し続ける |
| ② セキュリティ | Security | データ・システムを保護する |
| ③ 信頼性 | Reliability | 障害から復旧し、稼働し続ける |
| ④ パフォーマンス効率 | Performance Efficiency | リソースを効率的に使い性能を出す |
| ⑤ コスト最適化 | Cost Optimization | 不要な支出をなくし価値を最大化 |
| ⑥ 持続可能性 | Sustainability | 環境負荷（エネルギー消費）を最小化 |
ここで押さえる勘所
- 6 本柱の頭文字や順番を語呂で覚えるより、「①運用 ②セキュリティ ③信頼性 ④性能 ⑤コスト ⑥持続可能性」を口に出して言えるようにするのが確実
- ⑥ **持続可能性（Sustainability）**は旧版（CLF-C01）にはなかった 6 番目の柱。新しい論点ほど出題されやすいので、5 本柱で止めず必ず 6 つ言えるようにする
- 各柱の設計を診断する無料ツール AWS Well-Architected Tool の存在も「名前と用途」レベルで問われることがある
- ⑤ コスト最適化は、後述の経済性（1.4）や Cost Explorer・Trusted Advisor と地続き
5. 1.3 移行の利点と戦略（6R と CAF）
オンプレミスから AWS へ「どう移すか」のパターンが移行戦略 6R。CLF では各 R を名前と大まかな意味で識別できれば足りる（どれを選ぶかの設計判断までは不要）。
| 評価項目 | 戦略 | 内容 |
|---|---|---|
| Rehost（リホスト） | そのまま移す | 構成を変えずに「持ち上げて載せ替え」（Lift & Shift）。最速・最小コスト |
| Replatform（リプラットフォーム） | 少し直して移す | OS や DB をマネージドサービスに置き換えるなど部分最適化（Lift, Tinker & Shift） |
| Refactor / Re-architect | 作り直す | サーバーレス・マイクロサービスへクラウドネイティブに再設計。効果大・工数大 |
| Repurchase（リパーチェス） | 買い替える | 自前運用をやめ SaaS へ乗り換え（例：自社メール → SaaS） |
| Retain（リテイン） | 残す | 今は移行せずオンプレに据え置く（移行理由がない／時期尚早） |
| Retire（リタイア） | 捨てる | 使われていないシステムを廃止する |
実際の移行は 1 つの戦略に統一するのではなく、「基幹系は Retain、周辺は Rehost、不要なものは Retire」のようにシステムごとに使い分けるのが定石。まず Rehost で素早くクラウドのメリットを得て、その後 Replatform / Refactor で最適化していく段階的アプローチも頻出の考え方だ。
Cloud Adoption Framework（CAF）
移行を技術だけでなく組織全体の取り組みとして捉える枠組みが AWS Cloud Adoption Framework（CAF）。6 つの視点（事業・人材・ガバナンス・プラットフォーム・セキュリティ・運用）からクラウド導入を整理する。CLF では「移行は技術だけの話ではなく、人材や組織の変革も含む」という位置づけの理解が問われる程度で、6 視点の暗記までは不要だ。
6. 1.4 クラウドの経済性（CapEx → OpEx）
クラウドがコスト構造をどう変えるかを問うのが 1.4。中心は **「固定費（CapEx）から変動費（OpEx）へ」**という一文に集約される。
| 評価項目 | オンプレミス | クラウド（AWS） 推奨 |
|---|---|---|
| 支払い方 | 先行投資（CapEx） | 従量課金（OpEx） |
| キャパシティ | ピークを見込んで過剰調達 | 必要な分だけ即時にスケール |
| データセンター | 自前で構築・保守 | AWS が運用（保守不要） |
| コスト把握 | 資産・減価償却で複雑 | 使用量ベースで可視化しやすい |
ここで押さえる勘所
- **TCO（Total Cost of Ownership：総所有コスト）**は、サーバー本体だけでなく電気代・場所・保守人件費まで含めた「持つことの総コスト」。クラウドはこの TCO を下げる、という文脈で問われる
- マネージドサービスの価値＝「DB やサーバーの面倒を AWS が見るので、利用者は本業に集中できる」。料金が高く見えても運用工数まで含めれば得、という発想
- コスト管理の実務ツール（Cost Explorer・AWS Budgets）や料金モデル（オンデマンド・リザーブド・スポット・Savings Plans）の詳細はドメイン 4 の範囲。ここでは「考え方」を押さえれば十分
※ 本記事はアフィリエイト広告（Amazon アソシエイト等）を含みます
7. 頻出ひっかけパターン 5 選
ドメイン 1 で点を落とす典型パターンを、対策とセットで挙げておく。
これらは「似た概念をペアで突いてくる」CLF の典型。1 つずつ覚えるのではなく、対比カードにして「どちらがどっち？」を即答できる状態にしておくと本番で迷わない。
8. 関連記事
- CLF 試験範囲完全マップ：4 ドメイン徹底解説 — ドメイン 1〜4 の全体地図（まずはこちら）
- AWS Cloud Practitioner（CLF）試験完全ガイド — スペック・難易度・勉強時間・申し込み
- EC2 とは？仮想サーバーの仕組みと料金 — クラウドの「俊敏性」を体感する代表サービス
- EC2 Auto Scaling の仕組みと設定方法 — 「キャパシティ予測不要」を実現する伸縮性
- AWS Cost Explorer と Budgets の使い方 — クラウド経済性を実務に落とすコスト管理ツール
9. 関連サイト
AWS 公式
- AWS Certified Cloud Practitioner (CLF-C02) 試験ガイド（Web 版）
- AWS Certified Cloud Practitioner (CLF-C02) 試験ガイド（PDF）
- クラウドコンピューティングの 6 つの利点（AWS 公式ドキュメント）
- AWS Well-Architected Framework