4.1コンピュート・ストレージ・ネットワークの運用

デプロイした後は、安定して動かし続け、変更を安全に適用する運用が必要です。サービスごとの代表的な運用タスクを押さえます。

4.1.1コンピュートの運用

Compute Engine では、ディスクの スナップショット をバックアップや復元に使い（スケジュール作成も可能）、VM や スナップショットから イメージ を作って同一構成の VM を量産します。GKE では ノードプール を追加/編集/削除し、負荷に応じて 水平オートスケール（Pod 数） と 垂直オートスケール（リソース量） を構成します。Cloud Run では新しいバージョンをデプロイし、トラフィック分割 で段階的に切り替え（カナリアリリース）たり、オートスケールのパラメータ（最小/最大インスタンス）を調整したりします。「新バージョンを徐々に流す＝トラフィック分割」を押さえます。

4.1.2ストレージとネットワークの運用

Cloud Storage では、オブジェクトのライフサイクル管理 で「一定期間後に削除」「古いデータを安いクラスへ移行」を自動化し、コストを抑えます。データベースは バックアップと復元 を Google マネージドで行います。ネットワークでは、既存 VPC への サブネット追加、IP 不足時の サブネット拡張、固定の 静的 IP の予約、内部/外部の名前解決の Cloud DNS、外部 IP を持たない VM から外向き通信を可能にする Cloud NAT を運用します。

これらに加えて、運用でよく出る周辺サービスも押さえます。コンテナイメージや言語パッケージは Artifact Registry に保存してデプロイ元にします（Container Registry の後継）。VM や GKE から共有ファイルシステムが必要なら、NFS マネージドの Filestore をマウントします。Redis/Memcached の低レイテンシなキャッシュには Memorystore を使います。境界のトラフィック制御はマネージド次世代ファイアウォールの Cloud NGFW で行い、オンプレミスと専用線で物理接続する場合は Cloud Interconnect（Dedicated/Partner）を使います。アプリのレイテンシのボトルネックを分散トレースで可視化するには Cloud Trace を使います。

4.1.3この節のまとめ

• CE＝スナップショット（バックアップ）/イメージ（複製）。GKE＝ノードプール/水平・垂直オートスケール。Cloud Run＝トラフィック分割
• Cloud Storage＝オブジェクトライフサイクルで削除/移行を自動化。DB＝マネージドのバックアップ/復元
• ネットワーク＝サブネット追加/拡張・静的 IP・Cloud DNS（名前解決）・Cloud NAT（外向き）