AWS Certified Cloud Practitioner (CLF-C02) #2 Domain 1-1 クラウドコンセプト — 価値と経済、Cloud Adoption Framework

インフラ AWS Certification
読了 9分

#1 で試験構成と学習戦略を押さえました。ここから最初のドメインに入ります。

Domain 1 (Cloud Concepts) は試験の 24% を占め、クラウドがビジネスの運営をどう変えるか を問うドメインです。技術的な内容よりも、語彙と概念の明確さが点数を分けるポイントになります。今回の記事ではドメインの前半 — クラウドの価値提案と経済モデル、Cloud Adoption Framework、グローバルインフラ — を整理し、後半の Well-Architected は #3 で扱います。

クラウドの 6 つの価値提案 #

AWS が公式資料の随所で繰り返している クラウドコンピューティングの 6 つの利点 (Six Advantages of Cloud Computing) です。試験ではシナリオが提示され、「このシナリオが示すクラウドの利点はどれか」という形で出題されます。

#利点中心語彙シナリオ
1資本支出を変動支出へCapEx → OpExサーバーを買う必要なく、使った分だけ支払う
2規模の経済の恩恵Economies of scaleAWS の大量購買力で単価が下がる
3キャパシティ予測が不要Stop guessing capacityトラフィック予測なしで即時に増減
4スピードと敏捷性の向上Speed and agilityインフラ調達が分単位で
5データセンター運営の負担を解消Stop spending money running data centers電力・冷却・物理セキュリティの負担なし
6分単位でグローバル展開Go global in minutes新しいリージョンへの展開がクリック数回

この 6 つは 順番を覚える必要はありません。ただし試験の選択肢に 6 つすべてが似たような語彙で登場するため、各項目の中心語彙 1〜2 個は頭に入れておく必要があります。

CapEx と OpEx の違い #

CLF-C02 で最も頻繁に出る比較概念です。

項目CapEx (Capital Expenditure)OpEx (Operational Expenditure)
意味資産を取得するための支出運営のための反復支出
例サーバー購入、データセンター建設EC2 の時間単価、S3 の GB 単価
会計処理資産として計上、減価償却費用として即時計上
意思決定長期予測 + 大きな決裁使用量ベースの短いサイクル

クラウドはこの 2 軸のうち CapEx を OpEx へ転換する モデルとして説明されます。「サーバーを買って 5 年間減価償却する」決裁構造が、「今月 EC2 を 200 時間使ったので、その分を請求」という構造に変わります。試験の選択肢では「Convert capital expenses to variable expenses」が正解としてよく登場します。

規模の経済 — AWS の本当の武器 #

規模の経済 (Economies of scale) とは、同じ資源をより安く買える能力のことです。AWS は世界で最も多くのサーバー・ディスク・ネットワーク機器を購入している買い手の 1 つなので、1 社がデータセンターを新たに建てるコストよりはるかに低い単価で資源を確保します。そして、その単価削減の一部が顧客価格に反映されます。

なぜ重要なのか — 試験では「AWS が毎年価格を引き下げてきた理由」を問う問題がときどき出ます。正解は 規模の経済 です。AWS は 2006 年のローンチ以降 70 回以上の値下げ を発表しており、その根拠を常に規模の経済として説明してきました。

クラウドの展開モデル #

同じクラウドでも 資源をどこに置くか によって 3 つの展開モデルに分類されます。

展開モデル意味例
Cloud (Public Cloud)すべての資源がクラウド事業者 (AWS) 側にある一般的な EC2・S3・RDS
Hybrid一部はクラウド、一部はオンプレミスAWS + 自社データセンターを VPN / Direct Connect で接続
On-premises (Private Cloud)資源がユーザーのデータセンターにあるVMware・OpenStack

AWS は Hybrid のためのツールとして AWS Outposts (データセンター内に設置する AWS のハードウェア) と AWS Storage Gateway (オンプレミス ↔ S3 の接続) を提供しています。試験では「既存のデータセンターを維持しながら一部のワークロードだけをクラウドへ移したい — どの展開モデルか」→ Hybrid が最も頻度の高い出題形式です。

Private Cloud の落とし穴 #

「Private Cloud = セキュリティがより強い」という印象は、出題者がよく狙う落とし穴です。セキュリティは 正しい設定と運用 の関数であって、展開モデルの関数ではありません。AWS は ISO 27001・SOC・FedRAMP のような認証をすべて取得しており、公的に検証されたセキュリティ水準は一般企業の社内データセンターより高い場合が多いです。試験で「セキュリティがより強力なので Private Cloud が正解」という選択肢はほぼ落とし穴です。

クラウドの 3 つのサービスモデル (IaaS / PaaS / SaaS) #

サービスモデルは ユーザーがどこまで責任を負うか の分類です。

モデルユーザーが管理する範囲AWS の例
IaaS (Infrastructure as a Service)OS・ランタイム・アプリ・データまでEC2、VPC
PaaS (Platform as a Service)アプリ・データのみElastic Beanstalk、RDS
SaaS (Software as a Service)データの一部のみAmazon WorkMail、Chime

この 3 つのモデルは #4 責任共有モデル と組にして覚えておきます。IaaS ほどユーザーの責任が大きく、SaaS ほど AWS の責任が大きくなります。

AWS Cloud Adoption Framework (CAF) #

Cloud Adoption Framework (CAF) は、企業がクラウドへ移行する際に何をチェックすべきかを整理した AWS の公式ガイドラインです。6 つの視点 (Perspective) に分かれており、試験では各視点がどの部門の責任に対応するかを問われます。

視点責任領域対応部門
Businessクラウド導入のビジネス価値の定義経営層、事業部
People人材スキル開発と組織変革HR、教育
Governance優先順位・資源・リスクの管理PMO、財務
Platformインフラアーキテクチャとワークロードインフラ・アーキテクチャチーム
Securityセキュリティ・コンプライアンスの担保セキュリティチーム
Operations日常運用と自動化DevOps、SRE

この 6 つを覚えるときに役立つグルーピング: 前 3 つ (Business・People・Governance) は ビジネス視点、後 3 つ (Platform・Security・Operations) は 技術視点 です。

CAF が試験にどう出るか #

「A 社がクラウドへ移行する中で従業員の新しいスキルの学習を計画している — これは CAF のどの視点に該当するか?」正解は People。

「A 社がクラウド環境での資源使用量を監視し、コストを追跡したい — どの視点か?」正解は Governance (または選択肢に Operations がない場合)。

CAF の問題の核心は 視点の名前と責任領域を組み合わせること です。詳細は 公式ガイド にありますが、試験レベルでは上の表で十分です。

AWS グローバルインフラ #

実務トラック #1 で扱った内容が資格試験の語彙に変換されます。

単位定義試験キーワード
Region地理的に分離されたデータセンターのクラスタ33+ リージョン、隔離された環境
Availability Zone (AZ)リージョン内の物理的に分離されたデータセンター群1 リージョンに 3〜6 個の AZ
Edge LocationCloudFront・Route 53 がユーザーの近くから応答するための 600+ 拠点コンテンツキャッシュ、DNS 応答
Local Zone大都市圏内に置かれたリージョン拡張1 桁 ms レイテンシ
Wavelength Zone5G 通信キャリアのネットワーク内モバイル 5G ワークロード
Outpostsユーザーのデータセンター内に置かれた AWS のハードウェアHybrid シナリオ

よく出る出題パターン #

1) リージョン選択基準 — 「法的要件 / レイテンシ / コスト / サービス可用性」の 4 つから選びます。最もよく出題される正解の組み合わせは (1) 法規 (2) レイテンシ (3) コスト (4) サービス可用性。

2) AZ の意味 — 「1 つの AZ で障害が発生したときの影響範囲は?」正解は その AZ 内のリソースのみ。他の AZ は正常。

3) Edge Location の用途 — 「世界中のユーザーに静的コンテンツを高速に提供したい」正解は CloudFront (Edge Location 経由でキャッシュ)。

4) Outposts の用途 — 「データ主権の要件のためデータを社内データセンターに置きながら、AWS の API で運用したい」→ AWS Outposts。

クラウド移行のよくある動機 #

試験問題がシナリオ形式で出題されるとき、会社がクラウドへ移ろうとする動機 が何かをよく問われます。よく出る動機と対応する価値は次のとおりです。

動機シナリオ対応する価値
「トラフィック予測が難しく、サーバーをどれだけ買えばよいか分からない」Stop guessing capacity / Elasticity
「データセンターを運用する人員が足りない」Stop spending money running data centers
「新製品を素早くリリースしたいが、インフラ調達の時間が長すぎる」Speed and agility
「グローバルユーザーに一貫した応答時間を提供したい」Go global in minutes
「初期資本を抑えて、使った分だけ支払いたい」CapEx → OpEx
「AWS の大量購買力のおかげで単価が低い」Economies of scale

よく出会う落とし穴 #

1) 「Private Cloud が最も安全」 #

先に挙げた落とし穴です。セキュリティは 運用の関数 であって、展開モデルの関数ではありません。

2) 「Hybrid は Public + On-premises だからセキュリティが最強」 #

Hybrid は単に 2 つの環境の接続 にすぎません。セキュリティ水準はどちら側がよりよく運用されているかに依存します。

3) CAF の People を HR 部門だけに限定する #

People は単純な HR ではなく、組織全体のクラウド能力と文化変革 を意味します。教育・採用・組織変革管理がすべて People に含まれます。

4) Edge Location をリージョンと混同する #

Edge Location は リージョンではありません。CloudFront と Route 53 が利用する、別の小さな拠点です。試験で「AWS のデータセンター単位は?」のような問題が出たら、正解は リージョン (または AZ)。

5) 6 つの価値の名称を混同する #

「Elasticity」と「Scalability」は試験で微妙に異なる用語として使われます。

  • Elasticity — 需要に合わせて 自動で 増減する性質 (Auto Scaling のような)
  • Scalability — 増やせる能力そのもの。自動か手動かは問わない

6 つの価値のうち「Stop guessing capacity」が Elasticity に対応します。

まとめ #

この記事で押さえたこと:

  • クラウドの 6 つの価値提案 — CapEx → OpEx / 規模の経済 / キャパシティ予測が不要 / スピードと敏捷性 / データセンター運営の解消 / 分単位でのグローバル展開
  • CapEx vs OpEx — 資産購入 vs 使用量ベース。試験で最も頻出する比較
  • 3 つの展開モデル — Cloud / Hybrid / On-premises。Private Cloud がより安全という落とし穴に注意
  • 3 つのサービスモデル — IaaS / PaaS / SaaS。ユーザーが責任を負う範囲で分類
  • Cloud Adoption Framework の 6 つの視点 — Business / People / Governance / Platform / Security / Operations
  • グローバルインフラ — Region / AZ / Edge Location / Local Zone / Wavelength / Outposts
  • 落とし穴 — Private Cloud の神話 / Hybrid の神話 / People を HR に限定 / Edge Location をリージョンと混同 / Elasticity と Scalability

次へ — Well-Architected の 6 本柱 #

ドメイン 1 の後半に進みます。

#3 Domain 1-2 クラウド設計 — Well-Architected の 6 本柱 では、運用上の優秀性・セキュリティ・信頼性・パフォーマンス効率・コスト最適化・持続可能性の 6 本柱と、各柱の設計原則、そして試験問題でどの柱が答えを分けるのかを整理します。

X