CLF-C02の学習ログ、1週目です。8月13日に着手し、受験日は9月12日。今週はAWS Skill Builderの「AWS Cloud Practitioner Essentials（日本語版）」のモジュール1を消化しました。
前回の記事で、誤答の理由を説明できて初めて「解けた」とみなす というルールを置きました。今週はその手前のインプット段階なので、覚えた量ではなく 覚えなくて済むように整理できた量 を成果として書きます。
今週の実績
| 項目 | 内容 |
|---|---|
| 学習時間 | 〈今週の合計時間〉 |
| 進捗 | モジュール1（コース概要／クラウドの定義／6つの利点／グローバルインフラ／責任共有モデル） |
| 模試 | 未実施 |
| 詰まった用語 | 6件（後述） |
1. クラウドの「6つの利点」は、暗記対象ではなかった
教材ではクラウドコンピューティングの利点が6つ挙げられます。
- 固定支出から変動支出への切り替え
- スケールメリット
- 容量の予測が不要になる
- スピードと俊敏性の向上
- データセンターの運用・保守への投資が不要になる
- 数分でグローバルに展開できる
並列に6項目あるように見えます。実際、この手の箇条書きはそのまま暗記に走りがちです。
ただ、依存関係を書き出してみると 並列ではなく直列 でした。
設備を所有しない
└─ 固定費が消える（1・5）
└─ 事前に容量を買う必要がない（3）
└─ 「とりあえず試す」のコストが下がる（4）
└─ 同じ手順を各リージョンで即実行できる（6）
※2（スケールメリット）は、利用者が集まった結果として単価が下がる話。
上の流れが成立する前提条件にあたる。
起点はひとつです。「先に買って備える」から「必要なときに必要な分だけ使う」への転換。 残り5つはその結果として出てきます。
試験対策としては、6項目を丸暗記するより、この起点から逆算できるようにしておくほうが安全だと判断しました。選択肢の言い換えに強くなるためです。
2. 詰まった用語（今週分）
書籍は使わず、詰まったらWeb検索と生成AIで都度調べています。自分の言葉に直したものを残します。
| 用語 | 自分用の理解 |
|---|---|
| プロビジョニング | 構築から初期設定まで済ませて、使える状態にすること |
| オンデマンド | 必要なときに、必要な分だけ、すぐに |
| 従量課金 | 使った分だけ支払う方式（pay-as-you-go） |
| 単一トランザクション | それ以上分割できない、ひとまとまりの処理単位 |
| スケールアップ／ダウン | サーバー 1台あたりの性能 を上げ下げすること |
| カスタマーエクスペリエンス（CX） | 顧客が企業と接するすべての接点で得る体験の総体 |
スケールアップは 台数の増減だと勘違いしていました。 台数を増やすのはスケールアウトです。
| 変えるもの | 例 | |
|---|---|---|
| スケールアップ／ダウン（垂直） | 1台のスペック | インスタンスタイプを大きくする |
| スケールアウト／イン（水平） | 台数 | インスタンスを増やす |
クラウドの利点として語られる「柔軟性」は主に後者の話なので、ここを混同したまま進むと第1分野で確実に落とします。
用語の調査に時間を取られましたが、ここを飛ばすと以降の説明文が読めなくなるため、今週はこの配分で正解だったと考えています。
3. 高可用性と耐障害性は、到達点が違う
どちらも「止まらないための仕組み」だと思っていました。別物です。
| 内容 | 言い換え | |
|---|---|---|
| 高可用性（HA） | 障害が起きても、別の構成要素が肩代わりして稼働を続ける | 「復旧できる状態にしてある」 |
| 耐障害性（FT） | 複数箇所が壊れても動き続けるよう、設計段階から冗長性を組み込む | 「そもそも止まらない前提で作ってある」 |
似た日本語が並ぶ箇所は、試験でそのまま引っかけになります。区別の軸を「復旧できる／止まらない」で持っておきます。
関連して印象に残ったのが、アベイラビリティーゾーン（AZ）は 物理的に距離を離して配置されている という点です。同一建物内でサーバーを二重化しても、その建物が被災すれば無意味になる。冗長化が論理構成の話だけでなく、立地の条件として設計に組み込まれているのは知りませんでした。
- リージョン ＝ 地理的なまとまり
- AZ ＝ リージョン内の、独立した1つ以上のデータセンター群
「リージョン内に複数のAZ」という包含関係も、ここでようやく確定しました。
4. 責任共有モデル：誰も肩代わりしてくれない
今週いちばん認識が変わったのがここです。
クラウドは事業者側がまとめて守ってくれるもの、と漠然と捉えていました。実際は境界が明確に引かれています。
| 範囲 | 責任 | 具体例 |
|---|---|---|
| クラウド"の"セキュリティ | AWS | データセンターの物理セキュリティ、ハードウェア、ネットワーク基盤 |
| クラウド"内"のセキュリティ | 利用者 | IAMの権限設定、データの暗号化、ストレージの公開設定、OSやミドルウェアの更新 |
教材では住宅に例えられていました。建設業者は頑丈な家を建てるが、外出のたびに施錠してはくれない。
加えて、AWSは利用者のシステム内部に立ち入る手段を持ちません。裏口がない設計です。安全側の仕様ですが、裏返すと 設定を誤っても、対応が漏れても、誰も代わりに気づいて直してはくれない ということでもあります。
配点上、セキュリティとコンプライアンスは第2分野の30%を占めます。「この作業は誰の責任か」という形式で問われる想定で、境界線を覚えます。
来週の予定
- Ping-t 1周目に着手（通勤・昼休みのスマホ枠に割り当て）
- 公式のPractice Question Set（20問）で本番の設問文に慣れる
用語調査に想定より時間を使ったため、進度は計画よりやや遅れています。ただし 速度を上げるために「正解を選べたら次へ」に戻すことはしません。 そこを崩すと、この計画自体の前提が消えるためです。
次回は2週目の実績を記録します。