この記事について
この記事は、生成AIを活用した自動生成フローで作成しています。 「Cloud Runとは？ コンテナをサーバーレスで動かすGoogle Cloudサービス」について、役割、関連サービス、実務での使い方、注意点を初心者向けに整理します。
情報確認基準日：2026-09-19
この記事について
Cloud Runを『Dockerを置く場所』だけではなく、Web/API・バッチ・functions等を動かすGoogle Cloudのフルマネージド実行基盤として整理します。
検証ステータス：Google公式一次情報を2026-09-18時点で確認。仕様・料金・提供条件は公開前に再確認します。
これは何？
Cloud RunはGoogle Cloudのフルマネージドアプリケーションプラットフォームです。コンテナ化したコードや対応言語のソースを、インフラ管理をほとんど意識せず実行できます。
Googleの中でどこに位置する？
flowchart LR CODE[Code / Container] --> CR[Cloud Run] CR --> S[Service] CR --> J[Job] CR --> F[Functions] CR --> W[Worker pool / Instance]
Google CloudのServerless / App development領域です。Compute EngineやGKEよりインフラ管理を抽象化します。
誰が使う？
| 読者 | 関係するポイント |
|---|---|
| 一般利用者 | 通常は直接利用しない |
| 事務職・業務利用者 | 小規模業務Webツールの公開先として間接利用 |
| IT管理者 | IAM、VPC、Billing、ログ、Secret |
| 開発者 | Web/API、バッチ、コンテナ実行 |
何ができる？
HTTPサービス
バッチJob
イベント駆動functions
自動スケール
ソースデプロイ
Cloud Logging等との統合
実務ではどう使う？
REST APIを公開
ブログ用バッチを実行
Webhook受信
AI推論API
定期Job
利用条件を整理する
| 項目 | 内容 |
|---|---|
| 無料 / 有料 | 従量課金。無料枠あり。request/instance等の課金方式を確認 |
| Googleアカウント | Google Cloudアカウント |
| Google Cloud Project | 必要 |
| API | Cloud Run Admin API等 |
| 主な認証 | IAM / ADC / Service Account |
| Windows / Ubuntu | gcloud CLIやDockerでWindows / Ubuntu対応 |
事務職での使いどころ
事務職が直接触るサービスではありませんが、『社内の小さなWebツールをサーバー管理なしで公開する』用途なら開発者と協力して使えます。
IT管理者が見るところ
公開/非公開Ingress
Invoker IAM
Service Account
Secret Manager
VPC接続
Billing・最小/最大インスタンス
開発者が見るところ
コンテナはステートレス前提を意識
永続ファイルは外部ストレージへ
JobとServiceを使い分け
SIGTERMやスケールダウンを考慮
コマンド・コードで試す
# 例: 実Project/Region名は環境に合わせる gcloud run deploy hello-service \ --source . \ --region YOUR_REGION
公開設定を伴うオプションは安易にコピペせず、IAM設計後に追加します。
Papandaで触ってわかる：Cloud Runへ「Hello Papanda」を出す
見える成果物：ブラウザURLを開くと “Hello Papanda” と表示。 最小のHTTPアプリを検証用Projectへdeployし、URL表示→Cloud Logging確認→削除までを1セットにします。公開アクセスを必要としない場合は安易にunauthenticatedへしません。
Daily Code候補は、①最小Python/Node Web、②PowerShellからhealth endpointを確認するスクリプト、③deploy後にURL・HTTP status・ログを確認するチェック表です。目で見えるブラウザ結果と運用確認を両方残します。
Microsoft製品で近いものは？
Azure Container Apps / Azure Functions / App Serviceの一部用途が比較対象です。
完全な1対1対応ではありません。製品の設計思想、権限モデル、料金、連携範囲は異なるため、比較記事では用途単位で見ます。
セキュリティ上の注意点
–allow-unauthenticatedを反射的につけない
実行Service AccountへOwner権限を与えない
Secretを環境変数へ直書きせずSecret Manager等を使う
よくある勘違い
Cloud RunはCloud Functionsの後継？
Cloud Run functionsとして統合された機能がありますが、Cloud Run全体はService/Job等も含む広い実行基盤です。
コンテナ内へファイル保存すれば永続化できる？
インスタンスのファイルシステムは永続ストレージとして扱えません。Cloud Storage等を使います。
現在の名称・提供状況
Cloud Runは現行提供中で、2026年時点ではservice、job、worker pool、instance等の実行形態が公式に案内されています。
まとめ
Cloud RunはWeb/APIからバッチまで動かせるサーバーレス実行基盤です。簡単に公開できる分、IAM・Secret・課金設定を先に設計します。
公式情報・一次情報
結局どういうサービス？
Cloud Runとは？ コンテナをサーバーレスで動かすGoogle Cloudサービスは、Googleのサービス群の中での役割と、実際の利用場面をセットで理解するのがポイントです。 公式情報を確認し、検証環境やダミーデータから小さく試すと安全です。
