変更要約: Professional Cloud Architect 第4章を新規作成（ドメイン2「管理とプロビジョニング」後半: コンピュート/コンテナ構成＝マシンタイプ/MIG/テンプレート・GKE Autopilot/Standard/ノードプール・Cloud Run リビジョン/トラフィック分割・スポット VM/CUD/SUD、データ構成と運用監視＝Cloud SQL HA/リードレプリカ/Spanner・Cloud Storage ライフサイクル/均一アクセス・Cloud Monitoring/Logging/Trace・SLO/エラーバジェット）。
4.1コンピュートとコンテナの構成
Compute Engine のマシンタイプ・MIG・インスタンステンプレート、GKE の Autopilot/Standard とノードプール・ワークロード、Cloud Run のリビジョンとトラフィック分割、そしてスポット VM や確約利用割引によるコスト効率の構成を理解します。
選んだコンピュートを、要件に合わせて正しく構成します。性能・スケール・コストのバランスを、サービスごとの機能で実現します。
4.1.1Compute Engine と GKE
Compute Engine では、ワークロードに合う マシンタイプ（汎用/コンピュート最適/メモリ最適）を選び、インスタンステンプレートを元に MIG で同一構成をスケール・自己修復します。GKE では、ノード管理まで任せる Autopilot と、ノードを自分で構成する Standard を選び、ノードプールで異なるマシン構成を混在させ、ワークロード（Deployment/Service）を動かします。「ノード運用も任せたい＝GKE Autopilot」「ノードを細かく制御＝GKE Standard」と結びます。
4.1.2Cloud Run とコスト効率
Cloud Run では、デプロイごとに リビジョンが作られ、トラフィック分割で段階的ロールアウト（カナリア）やロールバックができます。コスト効率では、中断可能なバッチに スポット VM（大幅割引）、安定的に使うワークロードに 確約利用割引（CUD）、契約なしで長く使うと自動適用の 継続利用割引（SUD） を組み合わせます。「中断可なら大幅割引＝スポット VM」「1〜3年の利用を約束＝CUD」と結びます。
「要件 → 構成」が頻出。例：「ノード管理も任せたい」＝GKE Autopilot、「カナリアで段階リリース」＝Cloud Run のトラフィック分割、「中断可能なバッチを安く」＝スポット VM、「安定利用を割引」＝確約利用割引(CUD)、「同一 VM をスケール/自己修復」＝MIG＋インスタンステンプレート。
混同に注意：
①GKE Autopilot（ノードもマネージド）と Standard（自分でノード構成）を取り違えない。
②スポット VM は中断され得る＝ステートフルや常時必須には不向き。
③CUD（契約割引）と SUD（自動割引）は別。
フルマネージドな PaaS の App Engine は、標準環境（言語ランタイムを Google が管理・ゼロスケール可）とフレキシブル環境（任意コンテナ）を選べ、トラフィック分割によるカナリアや A/B リリースも容易です。インフラ管理を最小化したい Web/API バックエンドの選択肢になります。
4.1.3この節のまとめ
- Compute Engine＝マシンタイプ＋インスタンステンプレート＋MIG でスケール/自己修復
- GKE＝Autopilot(ノードもマネージド)/Standard(自分で構成)＋ノードプール
- Cloud Run はリビジョン＋トラフィック分割。コストはスポット VM/CUD/SUD で最適化
進捗の記録にはログインが必要です。
理解度チェック
（軽い確認用）Q1. GKE でノードの管理まで Google に任せたい。最も適したモードはどれですか？
Q2. Cloud Run で新バージョンを少しずつ公開し、問題があれば戻したい。使うのはどれですか？
Q3. 中断されても再実行できるバッチ処理を、できるだけ安く動かしたい。最適なのはどれですか？
Q4. 安定して使い続けるワークロードのコストを 1〜3 年の約束で下げたい。最適なのはどれですか？
Q5. 同一構成の VM を需要に応じてスケールし、障害時に自己修復したい。使うのはどれですか？
Q6. スポット VM を使う際の注意点として正しいものはどれですか？