AWS Certified Cloud Practitioner
(CLF-C02) 参考書

作成:2026-07-04 / 出題範囲はAWS公式試験ガイド(CLF-C02)のドメイン・タスクステートメント・対象サービスリスト(docs.aws.amazon.com掲載の現行版)に基づいて構成。初学者向けに、専門用語はすべて説明し、各概念に具体例を付けた。

序章:そもそもクラウドとは / AWSの全体像

クラウドコンピューティングとは、サーバー・ストレージ・データベースなどのIT資源を、自分で買って設置する代わりに、インターネット越しに従量課金で借りること。

AWS(Amazon Web Services)は200以上のサービスの集合体だが、試験に必要なのは「大分類の地図」だ:

• コンピューティング(計算する場所):EC2、Lambdaなど
• ストレージ(ファイルを置く場所):S3、EBSなど
• データベース(構造化データを管理):RDS、DynamoDBなど
• ネットワーク(つなぐ・守る・届ける):VPC、Route 53、CloudFrontなど
• セキュリティ・管理・課金(横断的な道具):IAM、CloudWatch、Cost Explorerなど

操作方法は3通りあり、これも試験に出る:マネジメントコンソール(ブラウザ画面でポチポチ)、CLI(コマンドで操作)、SDK(プログラムから操作)。加えてIaC(Infrastructure as Code)=インフラ構成をコードで書いて自動構築する方法(代表:CloudFormation)がある。

ドメイン1:クラウドの概念24%

公式タスクステートメント:1.1 AWSクラウドの利点の定義/1.2 設計原則(Well-Architected Framework)/1.3 移行の利点と戦略/1.4 クラウド経済学

1-1. AWSクラウドの利点:6つの頻出キーワード

1-2. Well-Architected Framework:6本の柱

Well-Architected Frameworkは、AWSが公開している「良い設計の教科書」。試験では6本の柱の名前と、どの説明がどの柱かを問われる。

1-3. クラウドへの移行:CAFと移行戦略

AWS CAF(Cloud Adoption Framework):企業がクラウド移行するときの組織面の整理術。ビジネス/人材/ガバナンス/プラットフォーム/セキュリティ/オペレーションの6つの視点(パースペクティブ)で準備状況を点検する。試験では「CAFは技術だけでなく組織・人・プロセスも含めた移行の枠組み」で、その成果として「ビジネスリスク低減、ESG(環境・社会・ガバナンス)パフォーマンス向上、収益増、運用効率向上」が挙がる、と覚えれば十分。

移行の道具として名前を覚えるもの:

• AWS Snowファミリー:物理的な頑丈ケース(ストレージ端末)をAWSが送ってきて、データを詰めて送り返すサービス。
  ペタバイト級のデータをネット回線で送ると数か月かかる場合、トラックで運ぶ方が速い。「ネット回線が細い/大容量を移行」ときたらSnowファミリー。
• AWS DMS(Database Migration Service):稼働中のデータベースを止めずにAWSへ複製・移行。
• AWS Application Migration Service:既存サーバーを丸ごとAWSに引っ越す(リホスト)。
• Migration Hub / Application Discovery Service / Migration Evaluator:移行の進捗管理/既存環境の棚卸し/移行コストの試算。名前と役割の対応だけでよい。

1-4. クラウド経済学

• 固定費→変動費:サーバー購入(使わなくても払う)から、使った分だけの支払いへ。
• オンプレミスの隠れコスト:機器代だけでなく、電気代・冷却・ラック・保守人員・買い替えサイクル。試験では「オンプレのTCO(総所有コスト)にはハード以外も含まれる」ことを問う。
• 規模の経済:AWSは世界中の顧客分をまとめて調達するので単価が下がり、値下げとして還元される。個社では到達できない価格。
• ライトサイジング(rightsizing):実際の使用量に合わせてサーバーのサイズを適正化すること。
  CPU使用率が常に5%の大型インスタンスは、小型に変えれば同じ仕事のまま料金が数分の一になる。「使用状況を分析して適正サイズを推奨」ときたらAWS Compute OptimizerやCost Explorerの出番。
• BYOL(Bring Your Own License):手持ちのソフトウェアライセンスをAWS上でも使うこと。「ライセンス込みのAWS料金」と「自前ライセンス持ち込み」の2択がある、という理解でよい(管理ツールはAWS License Manager)。
• 自動化の利益:手作業の削減=人件費とミスの削減。

ドメイン2:セキュリティとコンプライアンス30%

公式タスクステートメント:2.1 責任共有モデル/2.2 セキュリティ・ガバナンス・コンプライアンスの概念/2.3 アクセス管理(IAM)/2.4 セキュリティのためのコンポーネントとリソース

2-1. 責任共有モデル:最頻出テーマ

責任共有モデル(Shared Responsibility Model):セキュリティの責任をAWSと顧客で分担する考え方。公式の言い回しで覚える:

境界線はサービスによってずれる——ここが出題の核心:

つまり「マネージド度が上がるほど顧客の責任は狭くなる」。ただしどのサービスでも「自分のデータの管理」と「アクセス権限の管理」は常に顧客の責任——これは絶対に移動しない。

2-2. ガバナンス・コンプライアンス・暗号化

• AWS Artifact:AWS自身のコンプライアンス証明書(ISO、SOCレポート等)をダウンロードする窓口。
  「監査人からAWSのSOC 2レポートの提出を求められた。どこで入手する?」→Artifact。これだけの一問一答が本当に出る。
• 暗号化の2形態:保存時の暗号化(at rest)=ディスク上のデータの暗号化(例:S3やEBSの暗号化を有効にする)。転送時の暗号化(in transit)=通信の暗号化(例:HTTPS/TLS)。この用語ペアはそのまま出る。鍵の管理サービスがAWS KMS、より厳格な専用ハードウェアがCloudHSM。
• 記録と監査の3兄弟(最重要の区別):

  サービス	記録するもの	覚え方
  CloudTrail	「誰が・いつ・何をしたか」というAPI操作の履歴	Trail=足跡。監査ログ
  CloudWatch	リソースの稼働状況(CPU使用率などのメトリクス、アプリのログ、アラーム)	Watch=見張り。監視
  Config	リソースの設定内容とその変更履歴、ルール準拠のチェック	Config=設定。構成管理

  「先週、誰かが本番のセキュリティ設定を変更した。誰がやったか調べたい」→CloudTrail。「サーバーのCPU使用率が80%を超えたら通知したい」→CloudWatchアラーム。「全サーバーが暗号化必須ルールに従っているか継続チェックしたい」→Config。この3つの区別は複数問出ると思っていい。
• AWS Audit Manager:監査対応の証拠集めを自動化。「監査の証拠収集」ときたらこれ。

2-3. IAM:アクセス管理の中枢

IAM(Identity and Access Management)は「誰が(認証)・何をしてよいか(認可)」を管理する無料のサービス。部品は4つ:

絶対に覚える原則・機能:

• 最小権限の原則:仕事に必要な最小限の権限だけを与える。迷ったらこれが正解の選択肢。
• ルートユーザーの保護:アカウント作成時の最強アカウント。日常作業には使わず、MFAを設定し、アクセスキーを作らない。ルートにしかできない作業(アカウント解約、サポートプラン変更など)だけに使う。
• MFA(多要素認証):パスワード+ワンタイムコードなど2つ目の鍵。
• IAM Identity Center(旧AWS SSO):複数のAWSアカウントや業務アプリへのシングルサインオン。「社員が1回のログインで複数アカウントを使い分けたい」→これ。
• フェデレーション:社内のID基盤(Active Directory等)やGoogleアカウントなど外部のIDでAWSにログインさせる仕組み。
• Secrets Manager:DBパスワードなどの秘密情報を安全に保管し、自動ローテーションもできる。コードにパスワードを直書きしない、の答え。(類似:Systems Managerのパラメータストア)
• Amazon Cognito:自作アプリの一般ユーザー向けのログイン機能(サインアップ/サインイン)を提供。「社員のログイン=IAM/Identity Center、アプリの顧客のログイン=Cognito」と区別。

2-4. セキュリティサービス:役割の一言対応

その他:サードパーティ製のセキュリティ製品はAWS Marketplace(ソフトのアプリストア)で調達できる。セキュリティ情報の公式発信源としてAWS Security Blog、ナレッジセンター等がある——という「どこに情報があるか」も出題範囲。

ドメイン3:クラウドテクノロジーとサービス34%

公式タスクステートメント:3.1 デプロイと運用の方法/3.2 グローバルインフラ/3.3 コンピューティング/3.4 データベース/3.5 ネットワーク/3.6 ストレージ/3.7 AI・ML・分析/3.8 その他のサービスカテゴリ

3-1. デプロイと運用の方法

• アクセス手段:コンソール(画面)/CLI(コマンド)/SDK(プログラムから)/IaC(CloudFormationで設計図から自動構築)。「一度きりの作業→コンソール、繰り返す作業→CLI/IaC」という使い分けが問われる。
• デプロイモデル:クラウド(全部AWS)/オンプレミス(全部自社)/ハイブリッド(両者を接続して併用)。
  「規制でデータは自社内に残しつつ、分析はAWSでやりたい」→ハイブリッド。自社データセンター内にAWSのラックを設置してAWSサービスを動かすAWS Outpostsもハイブリッドの道具として覚える。

3-2. グローバルインフラ:リージョン・AZ・エッジ

複数リージョンを使う理由も頻出。4つ覚える:①災害対策(DR)/②事業継続性/③エンドユーザーへの低レイテンシー(近い場所から配信)/④データ主権(「顧客データは国内に保管せよ」という規制への対応)。

3-3. コンピューティング

• Amazon EC2:仮想サーバーの貸し出し。最も基本のサービス。インスタンスタイプ(サーバーの体格)には用途別の系統がある:汎用/コンピューティング最適化(CPU重視。動画エンコード等)/メモリ最適化(巨大なデータをメモリに載せる)/ストレージ最適化(大量の読み書き)。「機械学習の計算にはコンピューティング最適化」のような対応付けが出る。
• コンテナ:アプリと実行環境を箱詰めしてどこでも同じように動かす技術。
  「自分のPCでは動くのにサーバーだと動かない」を防ぐ、引っ越し用の完璧な梱包。AWSでの実行場所がECS(AWS流のコンテナ実行サービス)とEKS(業界標準のKubernetesを使いたい人向け)。コンテナの画像置き場がECR。
• サーバーレス:サーバーの管理(台数・OS・パッチ)を一切考えなくていい実行形態。AWS Lambda=コードの断片をイベントに応じて実行、実行時間分だけ課金。AWS Fargate=コンテナ版サーバーレス(ECS/EKSのコンテナを、サーバー管理なしで動かす)。
  「S3に画像がアップロードされたら自動でサムネイルを作る」→Lambdaの教科書的ユースケース。アップロードがない日は課金ゼロ。
• Auto Scaling:負荷に応じてサーバー台数を自動増減=弾力性の実装。ELB(ロードバランサー):複数サーバーへのアクセス振り分け係。この2つはセットで「需要変動に耐える構成」の答えになる。
• その他:Elastic Beanstalk=コードを渡すだけでインフラ一式(EC2、ELB、Auto Scaling)を自動構築してくれるお任せパック。Lightsail=月額固定の簡易VPS(小規模サイト向け)。AWS Batch=大量のバッチ計算ジョブの実行管理。

3-4. データベース

移行の道具:DMS(稼働中DBの移行)とSCT(Schema Conversion Tool)(OracleからPostgreSQLへ、のような異種DB間の変換)。「異なるDBエンジンへ」ときたらSCTを足す。

3-5. ネットワーク

• Amazon VPC:AWS内に作る自分専用の仮想ネットワーク(私有地)。中をサブネット(区画)に分ける。インターネットに面したパブリックサブネットと、面していないプライベートサブネット(DBはこちらに置くのが定石)。外に出る門がインターネットゲートウェイ。
• セキュリティグループ vs ネットワークACL(頻出の区別):
  セキュリティグループ=インスタンス(サーバー)ごとのドアマン。許可ルールのみ書ける。ステートフル=入りを許可した通信の戻りは自動で許可。
  ネットワークACL=サブネット(区画)の入口の門番。許可も拒否も書ける。ステートレス=行きと帰りを別々に判定。
  「サーバー単位で守る→SG、サブネット単位で守る→NACL」でほぼ解ける。
• Route 53:DNS(ドメイン名をIPアドレスに変換する電話帳)サービス。ドメイン登録もできる。
• CloudFront:CDN=コンテンツをエッジロケーション(世界中の宅配ロッカー)にキャッシュして、ユーザーの近くから高速配信。「世界中のユーザーに低遅延で静的コンテンツを配信」→CloudFront。
• オンプレとAWSをつなぐ2つの方法:AWS VPN=インターネット経由の暗号化トンネル(安い・すぐ)/Direct Connect=専用の物理回線(安定・高速・構築に時間)。「安定した帯域が必須・インターネットを経由したくない」→Direct Connect。
• その他一言:API Gateway=APIの受付窓口(認証・流量制限つき)。Global Accelerator=AWSの専用網に早めに乗せて世界中からの通信を高速化(キャッシュするCloudFrontとの違い:こちらは経路の最適化)。Transit Gateway=多数のVPC・拠点をハブ空港式に相互接続。PrivateLink=インターネットに出ずにサービス間をプライベート接続。

3-6. ストレージ

S3のストレージクラス(料金と取り出し速度のトレードオフ)は頻出:

3-7. AI/ML・分析サービス:一言対応を暗記

3-8. その他のカテゴリ(公式ガイド記載分)

• アプリケーション統合(サービス同士の連携):
  SQS=キュー(処理待ちの列)。注文を一旦列に並べ、処理側が自分のペースで取り出す→急なアクセス増でも注文を取りこぼさない。
  SNS=通知の一斉配信(1つのメッセージを複数の宛先へプッシュ。メール・SMSも)。
  EventBridge=イベント(何かが起きた)を条件で振り分けるハブ。「EC2が停止したらLambdaを起動」のような自動連携。
  Step Functions=複数の処理を順番・分岐つきで実行するワークフローの指揮者。
  区別:「順番に配って確実に処理→SQS」「みんなに知らせる→SNS」。
• ビジネスアプリ:Amazon Connect=クラウドコールセンター。SES=システムからの大量メール送信(通知メール、メルマガ)。
• 開発者ツール:CodeBuild=コードのビルド・テスト実行。CodePipeline=ビルド→テスト→デプロイの流れを自動化(CI/CDパイプライン)。X-Ray=アプリの処理を追跡してどこが遅いか可視化。
• エンドユーザーコンピューティング:WorkSpaces=クラウド上の仮想デスクトップ(手元のPCから会社のデスクトップ環境に接続)。AppStream 2.0=デスクトップ全体ではなくアプリ単体をストリーミング配信。WorkSpaces Secure Browser=セキュアなブラウザ環境の配信。
• フロントエンド・モバイル:Amplify=Web/モバイルアプリの構築・ホスティングをお手軽に。AppSync=GraphQLでのデータAPI提供。
• IoT:IoT Core=大量のIoTデバイスを安全にクラウドへ接続・管理。

ドメイン4:請求・料金・サポート12%

公式タスクステートメント:4.1 料金モデルの比較/4.2 請求・予算・コスト管理のリソース/4.3 技術リソースとサポートオプション

4-1. EC2の購入オプション:電車の切符で覚える

データ転送料金の原則:AWSへの入り(イン)は原則無料、AWSからの出(アウト)は課金。リージョン間の転送も課金。「なぜ請求が増えた?」系の問題で効く。

ストレージも「階層と料金」の関係(S3クラス、3-6参照)が料金問題として再登場する。

4-2. コスト管理ツール:4つの道具の使い分け

• AWS Organizations:複数のAWSアカウントを束ねて管理する仕組み。一括請求(consolidated billing)で全アカウントの請求を1本化し、使用量を合算してボリューム割引を受けられる。RIや Savings Plansの割引も組織内で共有される。SCP(サービスコントロールポリシー)で配下アカウントの行動を制限できる、まで押さえれば十分。関連:Control Tower=複数アカウント環境をベストプラクティスに沿って自動セットアップ。
• コスト配分タグ:リソースに「部署:営業」「プロジェクト:A」のような札を付け、請求レポートを部署別・プロジェクト別に集計できるようにする仕組み。「部門ごとのコストを把握したい」→タグ。

4-3. サポートプランと技術リソース

• Trusted Advisor(再登場):コスト最適化・パフォーマンス・セキュリティ・耐障害性・サービス制限の観点でアカウントを自動点検。「使っていないEBSがあります」「S3が公開設定です」のような指摘をくれる自動コンサルタント。
• AWS Health Dashboard:AWS側の障害情報と、自分のアカウントに影響するイベントの通知。「AWS側のメンテナンスが自分のリソースに影響するか知りたい」→これ。
• 情報源の名前:re:Post(公式Q&Aコミュニティ)、ナレッジセンター(よくある質問集)、AWS Prescriptive Guidance(移行・実装の指南書)、ホワイトペーパー、AWSブログ。「どこで調べる?」という問題がそのまま出る。
• AWS Partner Network(APN):AWSの公認パートナー制度。ISV(ソフト製品を作る会社)とSIer(導入を支援する会社)がいる。パートナーになる利点=研修・認定、イベント、ボリューム割引。AWS Marketplace=サードパーティ製ソフトのアプリストア(調達・ライセンス管理・請求統合)。AWS Professional Services=AWS自身のコンサル部隊。導入を手伝ってほしい→パートナーかProServe。
• AWS Trust & Safety:AWSリソースの不正利用(スパム送信元になっている等)を通報する窓口。

頻出「紛らわしいペア」総整理

CLF-C02の失点の大半は「似た者同士の混同」で起きる。試験直前はこの表だけ見返せばいい。

サービス一覧チートシート(公式In-Scopeリスト全対応)

公式試験ガイドの「In-Scope AWS Services」掲載サービスを、公式のカテゴリ分けのまま全収録。本文で説明済みのものは一言だけ。

学習の進め方と公式リソース

1. 本書を通読(1周目は理解、2周目はd5の紛らわしいペア表とd6のチートシートの暗記)。
2. 公式の無料問題で腕試し:AWS Skill Builder(公式学習サイト)に「AWS Certified Cloud Practitioner Official Practice Question Set」(公式サンプル20問・無料・日本語あり)がある。本番の言い回しに慣れるのに最適。
3. 公式試験ガイド原本:docs.aws.amazon.com の「AWS Certified Cloud Practitioner (CLF-C02) Exam Guide」。本書のドメイン・タスク構成はこれに準拠している。仕上げに一読して、知らない単語がないことを確認する。
4. 受験申し込み:aws.training からPearson VUE経由。日本語受験可。