Cloud Service
コンピューティング
Compute Engine / Cloud Run / GKE / Cloud Functions の選び方と、継続利用割引・確約利用割引・Spot VM のコスト早見。
コンピュートの選び方
| 要件 | 選ぶもの |
|---|---|
| イベント駆動・短時間・関数単位でデプロイ | Cloud Functions |
| コンテナをサーバー管理なしで動かす（HTTP/イベント） | Cloud Run |
| Kubernetes の API/エコシステムを使いたい | GKE（Autopilot / Standard） |
| OSレベルの制御・常駐・特殊VM（GPU/巨大メモリ等） | Compute Engine |
| 観点 | Cloud Functions | Cloud Run | GKE | Compute Engine |
|---|---|---|---|---|
| 管理範囲 | 関数だけ（最少） | コンテナ（サーバーレス） | コンテナ＋K8s制御 | OSまで自分で |
| 課金 | 実行時間×メモリ＋呼出回数 | リクエスト課金/常時課金を選択 | ノード（VM）課金 ※AutopilotはPod課金 | VM起動時間 |
| スケールゼロ | 可能 | 可能 | 不可（最低ノード必要） | 不可 |
| 状態 | ステートレス前提 | 原則ステートレス | ステートフルも可 | 自由 |
| 主用途 | 軽量API・Pub/Sub処理 | Webアプリ・API・バッチ | マイクロサービス基盤 | レガシー/特殊要件 |
まずは Cloud Run を検討し、Kubernetes 固有のリソース（Operator、DaemonSet、独自スケジューラ等）や細かいクラスタ制御が必要になったら GKE へ。GKE でも運用を任せたいなら Autopilot モードが第一候補です。
購入オプション（コスト早見）
| 購入オプション | 割引 | 向いている用途 |
|---|---|---|
| オンデマンド（標準） | なし（定価） | 短期・予測不能・検証 |
| 継続利用割引（SUD） | 最大〜30%（自動適用） | 月内で長時間動かす Compute Engine |
| 確約利用割引（CUD・リソース単位） | 最大〜57%（1年/3年） | 特定マシンタイプを定常利用 |
| 確約利用割引（CUD・支出ベース） | コミット額に対する割引 | Cloud Run など対象サービスへの一定支出 |
| Spot VM | 最大〜91% | 中断OKなバッチ/CI/ステートレス |
| Sole-tenant ノード | — | BYOL・コンプライアンス・物理分離 |
- 継続利用割引（SUD） は申込不要で自動適用。長く動かすほど自動で安くなる（Compute Engine / Standard GKE のノードが対象）。
- 確約利用割引（CUD） は 1年/3年のコミットで深く割引。リソース単位（vCPU・メモリを確約）と 支出ベースの2方式がある。
- Spot VM はプリエンプティブル VM の後継。中断は数十秒前に通知され、価格は需給で変動。
サーバーレス（Cloud Run / Functions）の課金モデル
| 観点 | Cloud Run（リクエストベース） | Cloud Run（インスタンスベース） | Cloud Functions |
|---|---|---|---|
| 課金対象 | リクエスト処理中のCPU/メモリ | インスタンス起動中ずっと | 実行時間×メモリ＋呼出回数 |
| アイドル時 | ほぼ無料（スケールゼロ） | min-instances分は常時課金 | 呼び出しが無ければ無料 |
| 向く用途 | スパイクのあるAPI | 常時稼働・低レイテンシ重視 | イベント駆動の小処理 |
スケールゼロからの初回はコールドスタートで遅延が出ます。レイテンシ要件が厳しいなら Cloud Run / Functions の min-instances（最小インスタンス） を 1 以上にしますが、その分アイドルでも課金される点に注意。
権限の渡し方（共通の鉄則）
サービスアカウントの 鍵ファイル（JSON）をコードや VM に埋め込まないこと。Compute Engine / Cloud Run / Functions には 接続済みサービスアカウント（attached service account） を割り当て、メタデータサーバー経由で短命トークンを自動取得させるのが正解です（AWS の IAM ロール相当）。
クラウド間の対応（早見）
| 役割 | Google Cloud | AWS | Azure |
|---|---|---|---|
| 仮想サーバー(IaaS) | Compute Engine | EC2 | Virtual Machines |
| サーバーレス関数 | Cloud Functions | Lambda | Functions |
| コンテナ(サーバーレス) | Cloud Run | ECS/EKS on Fargate | Container Apps |
| マネージドK8s | GKE | EKS | AKS |
| 自動スケール(VM) | マネージドインスタンスグループ(MIG) | Auto Scaling グループ | VMSS |
| 権限付与 | サービスアカウント | IAM ロール | マネージド ID |
Google Cloud Service
コンピューティングを実務で読む
TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。
解決すること
cheatsheets
比較で見る軸
クラウド: Google Cloud / カテゴリ: cheatsheets / 難易度: basic
導入後に効く点
導入後の運用手順、権限、監視、更新方法まで含めて評価します。
先に潰すリスク
サービス単体ではなく、権限、ネットワーク、監視、課金、バックアップを含めて設計する必要がある。
- クラウド
- Google Cloud
- カテゴリ
- cheatsheets
- 難易度
- basic
- 関連資格
- —
- 設計柱
- —
判断チェックリスト
- 自社の用途が「cheatsheets」に近いか確認する。
- 注意点の「サービス単体ではなく、権限、ネットワーク、監視、課金、バックアップを含めて設計する必要がある。」を運用で吸収できるか確認する。
- 公開値や仕様値は、対象プラン・対象機種・対象リージョンまで確認する。
- 既存システム、ID、ネットワーク、監視、バックアップとの接続方法を先に洗い出す。
- 小さく試してから、本番移行、権限設計、障害時手順、コスト監視を決める。