2026.07.25 インフラ

Cloud Deployとは？GKE/Cloud Runへのマネージド継続的デリバリーの仕組みと導入判断を実装者目線で解説

Cloud Deploy（Google Cloud Deploy）は、GKEやCloud Runへのアプリ配信を、Google Cloud側がインフラごと引き受けるフルマネージドの継続的デリバリー（CD）サービスです。この記事では、Skaffoldを使ってマニフェストをレンダリングしデプロイするプッシュ型の動作、デリバリーパイプライン・ターゲット・リリース・ロールアウトという4つのコア概念、承認ゲート・カナリアデプロイ・ワンステップのロールバックといった機能を、公式の一次情報で整理します。さらに、GitOps型のArgoCDやFlux CD、他クラウドのAWS CodeDeployとの使い分け、Cloud Deployを採用すべき条件と見送るべき場面まで、GCP上のCD設計で迷う論点を実装者目線で示します。

まとめ：Cloud Deployの仕組みとマネージドCD採用判断の要点

Cloud Deployは、GKEやCloud Runへ「何を・どの順番でデプロイするか」をデリバリーパイプラインとして定義し、リリースを開発→ステージング→本番といったターゲット間で昇格させながら配信するマネージドCDです。CIがコンテナイメージをビルドしてレジストリへ押し込むところまでを担い、Cloud Deployはその先の「各環境へ届けて検証する」CDフェーズを、自前のデプロイ基盤なしで引き受けます。

Cloud Deployは2022年に一般提供が始まったGoogle Cloudの公式サービスで、レンダリングやデプロイの実処理にはSkaffoldを使います。運用の要になるのは、承認ゲートで本番反映に人の判断を挟める点、カナリアで段階的に切り替えられる点、そして直近の成功リリースへワンステップで戻せるロールバックです。採用の是非は、デプロイ先がGKE・Cloud Runに寄っており、CD基盤の運用そのものをGoogleに委ねたいか、という条件で見極めます。本記事後半の採用条件と見送り条件を自社の構成に当てはめて判断してください。

Cloud Deployの仕組み：マネージドCDとSkaffoldで成り立つ基本構造

Cloud Deployを設計へ落とすには、まず「クラスターやパイプライン基盤を自前で持たないマネージドCD」であること、そして内部でSkaffoldが動くことを押さえます。デプロイ先であるGKE（Google Kubernetes Engine）の役割やサーバーレスコンテナのCloud Runを前提に、リリースが環境を渡っていく流れを捉えると構造が見通せます。

Cloud Deployが担う役割とCDフェーズをGoogleへ委ねる意味

Cloud Deployが引き受けるのは、ビルド済みのアプリをGKEやCloud Runの各環境へ届け、検証し、次の環境へ進めるCDの部分です。ソースのテストやコンテナイメージのビルドといったCIフェーズはCloud BuildやほかのCIツールが担い、その成果物をCloud Deployが受け取ってデプロイします。フルマネージドであるため、デプロイを回すためのサーバーやパイプライン基盤を自分で立てて維持する必要がなく、負荷に応じてGoogle側が自動でスケールします。CD基盤の運用コストをGoogleへ委ね、自社は「どの順で・どんな条件で反映するか」の設計に集中できるのが導入意義です。

デリバリーパイプライン・ターゲット・リリース・ロールアウトのコア概念

Cloud Deployの操作は4つのリソースで組み立てます。デリバリーパイプライン（Delivery Pipeline）は「どのターゲットを、どの順で昇格させるか」という配信の設計図です。ターゲット（Target）はdev・staging・prodといったデプロイ先環境を表し、GKEクラスターやCloud Runサービスに対応づけます。リリース（Release）は特定バージョンのアプリを各ターゲット向けにレンダリングした成果物で、いわば配信の単位です。ロールアウト（Rollout）はそのリリースを実際にあるターゲットへ適用したデプロイ実体を指します。「パイプラインという道筋を、リリースがロールアウトを重ねながらターゲット間を進む」と捉えると関係が整理できます。

Skaffoldによるレンダリング・デプロイ・検証の内部動作

Cloud Deployは、レンダリング・デプロイ・検証の実処理にSkaffoldを利用します。リリースを作成すると、Skaffoldが各ターゲット向けにKubernetesマニフェスト（GKEの場合）などを事前にレンダリングし、環境ごとに確定した成果物として保存する流れです。この「先にレンダリングして固定する」方式により、本番へ昇格する成果物がステージングで検証したものと同一であることを担保できます。デプロイ先はGKEとCloud Runに加え、GKEのアタッチドクラスターやEnterprise構成、任意のシステムへ配信するカスタムターゲットにも対応します。Skaffoldのskaffold.yamlで定義したビルド・デプロイ設定をそのまま流用できるため、既存のSkaffoldワークフローからの移行がしやすい構造です。

Cloud Deployの主要機能と本番運用へ広げるための仕組み

単純な1環境へのデプロイならパイプラインとターゲット1つで足りますが、実運用では複数環境・段階的な切り替え・本番の承認統制が必要になります。Cloud Deployはそこを支える機能を備えており、リスクの大きさに応じて使い分けます。

プロモーション（昇格）と承認ゲートによる環境間リリースの制御設計

プロモーションは、あるターゲットで確認したリリースを、パイプラインで定義した次のターゲットへ進める操作です。devで動作を確認したらstagingへ、問題なければprodへ、という昇格の道筋をパイプライン側に宣言しておき、Webコンソール・CLI・APIのいずれかから一手で進められます。本番など反映に人の判断を挟みたいターゲットには承認（Approval）を設定でき、承認待ちで止めたうえで担当者が承認して初めてロールアウトが走る、という運用も可能です。どの環境まで自動で進め、どこから承認を挟むかを設計することで、スピードと統制のバランスを環境単位で調整できます。

カナリアデプロイとワンステップのロールバックでリスクを抑える機構

本番の切り替えを一気に行うと、不具合が出たときの影響範囲が広がります。Cloud Deployはカナリアデプロイに対応しており、新バージョンを一部のトラフィックへ先に流し、段階的に比率を上げてから全面切り替えする方式をパイプラインに組み込める仕組みです。万一の切り戻しは、直近で成功したリリースに対してロールアウトを作り直すワンステップのロールバックで対応でき、手動で前バージョンを再デプロイする手間を省けます。段階的な公開と素早い切り戻しを標準機能として持つため、本番反映の不安を運用手順ではなくプラットフォーム側で吸収できます。

オートメーション・デプロイポリシー・Pub/Sub通知による運用統制

Cloud Deployには、昇格やロールバックを人手を介さず進めるオートメーション機能があり、条件を満たしたら次のターゲットへ自動昇格させたり、失敗時に自動でロールバックさせたりを定義できます。デプロイポリシーを使えば「金曜の夜間は本番デプロイを禁止する」といった時間帯の制約をかけ、リスクの高い時間帯の反映を止められる仕組みです。さらにデプロイフック（predeploy／postdeploy）で反映前後にスクリプトを差し込み、マイグレーションやスモークテストを組み込めます。Render・Deploy・ApprovalといったイベントはPub/Subへ配信されるため、Slackやメールへの通知やCD状態の可視化を、既存の通知基盤へ組み込めます。

Cloud Deployを採用すべき条件とArgoCD・CodeDeployとの使い分け

ここでは判断を言い切ります。Cloud DeployはGCPへの配信を強力に簡素化する一方、デプロイ先がGoogle Cloudに寄っていることを前提とし、GitOpsのようなGit中心の同期モデルとは設計思想が異なります。自社のどこにCloud Deployを差し込むかを、条件付きで見極めてください。

Cloud Deployの採用が効く条件と導入設計を始める起点

採用が効くのは、デプロイ先がGKEやCloud RunといったGoogle Cloud上のワークロードに集中しており、CD基盤そのものの構築・運用を持ちたくない、環境間の昇格と本番承認をプラットフォーム標準の仕組みで統制したい、という条件が重なるときです。既存のCIがCloud Buildやほかのツールで整っているなら、その先のCDだけをCloud Deployへ寄せる形で段階的に導入できます。こうしたGCP上のCD基盤設計やパイプライン方針を自社へ取り入れるなら、AWS・Google Cloudを含むクラウドインフラ構築の相談窓口で、ターゲット構成・承認フロー・カナリア方針の妥当性を相談すると設計の手戻りを抑えられます。CDの全体像そのものに不安があれば、CI/CDの仕組みと導入判断を先に押さえておくと、Cloud Deployがどこを担うのかが濁りません。

GitOps型（ArgoCD/Flux）とマネージド型Cloud Deployの選び分け

CDツールには、Gitを唯一の情報源にクラスター側から差分を取り込むGitOps型と、パイプラインが外から反映するプッシュ型があります。ArgoCDやFlux CDはGitOps型の代表で、クラスター内のツールがGitをポーリングして同期する宣言的モデルに強みがあり、マルチクラウドや複数クラスターをGit中心でそろえたい現場に向きます。Cloud Deployはプッシュ型のマネージドCDで、GKE・Cloud Runへの配信とGCPネイティブな承認・カナリア・通知が一体で提供される点が持ち味です。判断軸は「GCPに寄せてマネージドの手離れを取るか、Gitを正とした宣言的同期をマルチ環境で徹底するか」で、前者ならCloud Deploy、後者ならArgoCD/Fluxが起点の分岐になります。両者は排他ではなく、Cloud DeployでGCPへ配信しつつ他基盤はArgoCDで、と併用する構成もとれます。

他クラウドの等価サービスとの比較とCloud Deployを見送るべき場面

他クラウドにも同種のマネージドCDがあり、AWSではAWS CodeDeployがEC2・ECS・Lambdaなどへの配信を担います。Cloud DeployはGKE・Cloud Runへの統合が深い一方、AWS中心の構成ならCodeDeploy側が自然な選択で、ここはデプロイ先クラウドに素直に合わせるのが定石です。見送るべきなのは、そもそもデプロイ先がGCPになく、GKE・Cloud Runを使っていないケースです。また、アプリが1本で環境も1つしかなく、昇格や承認の統制が要らない小規模構成では、Cloud Deployのパイプライン定義がかえって運用の重さを増やします。Gitを唯一の正として宣言的同期を全面採用する方針が固まっている現場も、プッシュ型のCloud Deployより GitOps型のほうが思想的に合致します。デプロイ先の集中度と運用規模を最初に見極めるのが、採用可否の分かれ目です。

よくある質問

Cloud Deployの導入検討で実装者から多く挙がる質問を、一次情報に基づいて簡潔に整理します。

Cloud DeployとArgoCDはどちらを選ぶべきですか？

デプロイ先とモデルの好みで分かれる論点です。Cloud DeployはGKE・Cloud Runへの配信に特化したプッシュ型のマネージドCDで、承認・カナリア・通知がGCPネイティブに一体化しており、CD基盤を持たずに手離れよく運用したい場合に向きます。ArgoCDはGitを情報源にクラスター側から同期するGitOps型で、複数クラスターやマルチクラウドをGit中心でそろえたい場合に向きます。GCPに寄せるならCloud Deploy、宣言的なGitOps同期を徹底するならArgoCDが起点です。

Cloud Deployはどのデプロイ先に対応していますか？

GKE（Google Kubernetes Engine）とCloud Runが中心の対応先です。加えてGKEのアタッチドクラスターやEnterprise構成、そして任意のシステムへ配信するカスタムターゲットにも対応しており、GCP外や独自基盤への配信もカスタムターゲット経由で組み込めます。まずはGKEかCloud Runのどちらへ配信するかでターゲット定義を始めるのが実務的な入口です。

Cloud DeployはSkaffoldをどう使っていますか？

レンダリング・デプロイ・検証の実処理にSkaffoldを利用します。リリース作成時にSkaffoldが各ターゲット向けにマニフェストを事前レンダリングして固定するため、ステージングで検証した成果物と本番へ昇格する成果物が同一であることを担保できます。既存のskaffold.yamlの設定を流用できるので、Skaffoldでビルド・デプロイを回している環境からは移行しやすい構造です。

Cloud Deployはロールバックにどう対応しますか？

直近で成功したリリースに対してロールアウトを作り直すワンステップのロールバックに対応します。手動で前バージョンを探して再デプロイする必要がなく、Webコンソール・CLI・APIから素早く切り戻せる点が利点です。加えてカナリアデプロイで段階的に切り替えておけば、全面反映の前に異常へ気づきやすくなり、切り戻しの発生自体を抑えられます。

Cloud Deployの料金はどのように決まりますか？

料金はデリバリーパイプライン単位の月額課金を基本とし、一定数までは無料枠が用意されています（2026年7月時点）。ロールアウト時に動くCloud BuildやデプロイされるGKE・Cloud Run自体の費用は別途かかるため、CD層のパイプライン費用と実行基盤の費用を分けて見積もるのが実務的です。正確な単価は変動しうるため、公式の料金ページで最新の値を確認してください。

関連記事

資料請求

RELATED POSTS 関連記事

一覧へ戻る