Instiq
第4章 · インフラとアプリケーションのモダナイゼーション·v1.0.0·更新 2026/7/30·読了目安 約16分

変更要約: Cloud Digital Leader 第4章を新規作成(ドメイン4「モダナイゼーション」: クラウド移行とコンピューティング=移行アプローチ(リフト&シフト/移して改善/再構築)/Compute Engine/Spot VM、サーバーレス・コンテナ・API・ハイブリッド=GKE/Cloud Run/Cloud Run functions/App Engine/Apigee/GKE(Anthos))。

4.2サーバーレス・コンテナ・API・ハイブリッド

この節の要点

コンテナとマネージド Kubernetes(GKE)、サーバーレス(Cloud Run・Cloud Run functions・App Engine)の使い分け、API でシステムをつなぐ価値と Apigee、そしてハイブリッド/マルチクラウドを実現する GKEを理解します。

クラウドネイティブなアプリは、コンテナサーバーレスで動かすと、拡張性・移植性・運用効率が高まります。Cloud Digital Leader では、これらの選択肢と「いつどれを使うか」を理解します。

4.2.1コンテナと GKE

コンテナ は、アプリと実行に必要なものを軽量にまとめて持ち運べる仕組みで、どの環境でも同じように動く移植性が利点です。多数のコンテナを本番運用するには Kubernetes による自動配置・スケール・自己修復が必要で、Google Cloud ではマネージド Kubernetes の Google Kubernetes Engine(GKE) がこれを担います。GKE は大規模・複雑なマイクロサービスを、Kubernetes の制御を保ちながら運用したい場合に適します。

4.2.2サーバーレス

サービス向いている用途特徴
Cloud Runコンテナをサーバーレスで実行需要ゼロから自動スケール・使った分だけ
Cloud Run functionsイベント駆動の小さな処理「〜したら実行」
App Engineフルマネージドな Web アプリ基盤PaaS でアプリ開発に集中

サーバーレス は、サーバーの管理を意識せず、需要に応じて自動スケールし、使った分だけ課金される実行形態です。Cloud Run はコンテナをサーバーレスで動かし、トラフィックがなければゼロまで縮小します。Cloud Run functions は「ファイルがアップされたら処理する」といったイベント駆動の小さな処理に向きます。App Engine はフルマネージドな Web アプリ基盤(PaaS)です。「サーバー運用をなくし開発に集中したい」ならサーバーレスが近道です。

4.2.3API とハイブリッド/マルチクラウド

API は、システム同士が機能やデータをやり取りするための「窓口」です。API を整えると、既存システムを活かしつつ新サービスと連携でき、社外への提供(収益化)も可能になります。Google Cloud の Apigee は、API を安全に公開・管理する API 管理 プラットフォームです。一方、オンプレミスや他社クラウドと一貫した方法でコンテナを運用したい場合は、GKE(旧 Anthos)がハイブリッド/マルチクラウドを実現します。

試験ポイント

要件 → サービス」が頻出。例:「大規模なマイクロサービスを Kubernetes で運用」=GKE、「コンテナをサーバーレスで・ゼロスケール」=Cloud Run、「アップロード等のイベントで小さな処理」=Cloud Run functions、「フルマネージドな Web アプリ基盤」=App Engine、「API を安全に公開・管理」=Apigee、「オンプレや他クラウドでも一貫運用」=GKE。

注意

混同に注意:
GKE(Kubernetes の制御を保つ)Cloud Run(サーバーレスで簡単)は同じコンテナでも運用モデルが違う。
Cloud Run functions=イベント駆動の関数、Cloud Run=コンテナ。
Apigee=API 管理であって計算基盤ではない。
GKE/Anthos=ハイブリッド/マルチクラウドの一貫運用。

ネットワークと接続では、複数のサーバーに負荷を振り分ける Cloud Load Balancing、利用者に近い Google のエッジから配信して高速化する Cloud CDN、オンプレミスと暗号化トンネルでつなぐ Cloud VPN、専用線で安定・低遅延に接続する Cloud Interconnect を押さえます。AI ではデータからカスタムモデルをコード少なで作る AutoML、ID 基盤では組織のユーザー/グループ/SSO を司る Cloud Identity も主要サービスです。

VM(Compute Engine)、コンテナ(GKE)、サーバーレス(Cloud Run/Cloud Run functions/App Engine)という3つのコンピュート選択肢を、管理の手間が減る順に並べた図。
コンピュートの選択肢

4.2.4この節のまとめ

  • コンテナ=移植性。大規模運用=GKE(マネージド Kubernetes)
  • サーバーレス=Cloud Run(コンテナ・ゼロスケール)/Cloud Run functions(イベント駆動)/App Engine(PaaS)
  • API でつなぐ価値→Apigee(API 管理)。ハイブリッド/マルチクラウド→GKE

進捗の記録にはログインが必要です。

理解度チェック

(軽い確認用)

Q1. 多数のコンテナを本番で自動配置・スケール・自己修復しながら運用できる、Google Cloud のマネージド Kubernetes はどれですか?

Q2. コンテナをサーバーレスで実行し、トラフィックがなければゼロまでスケールできるサービスはどれですか?

Q3. 「ファイルがアップロードされたら処理する」といったイベント駆動の小さな処理に最も適すのはどれですか?

Q4. API を安全に公開・管理し、API の利用を統制できる Google Cloud のサービスはどれですか?

Q5. オンプレミスや他社クラウドでもコンテナを一貫した方法で運用し、ハイブリッド/マルチクラウドを実現するのはどれですか?

Q6. コンテナの主な利点として最も適切なものはどれですか?

理解度を確認第4章「インフラとアプリケーションのモダナイゼーション」の問題を解く

学習の記録を残しませんか

参考書はすべて無料で読めます。無料登録すると、問題集での演習・既読と進捗の記録・間違えた問題の復習・ハイライトが使えます。