Cloud RunとCloud Functionsの違いとは？初心者向けに特徴・使い分け・選び方をわかりやすく解説

結論として、Cloud Runはコンテナを実行するサービス、Cloud Functionsは特定のイベントや処理を実行するサーバーレス関数です。

どちらもGoogle Cloud（GCP）のサーバーレスサービスですが、用途や運用方法は大きく異なります。IT業務では「新しいWebアプリを公開したい」「ファイルがアップロードされたら自動処理したい」といった場面で利用されるため、違いを理解しておくことは重要です。

Cloud RunとCloud Functionsとは
1. Cloud Runとは
2. Cloud Functionsとは
Cloud RunとCloud Functionsの違い
どんな場面で使われるのか
1. Cloud Runが向いているケース
2. Cloud Functionsが向いているケース
なぜ違いを理解することが重要なのか
初心者が混乱しやすいポイント
実際のIT現場での利用例
現場でよくあるトラブル
1. Cloud Run
2. Cloud Functions
原因の切り分け
確認する順番
ログの確認方法
GUIでの確認方法
CUIでの確認方法
1. Cloud Runのサービス一覧
2. Cloud Functionsの一覧
3. Cloud Runの詳細確認
4. Cloud Functionsの詳細確認
確認結果の見方
ショートカットとして覚えたいポイント
初心者がやりがちなミス
上司へ報告するポイント
エスカレーションするタイミング
現場で評価される確認手順
筆者の経験談
応用知識
関連するIT用語
よくある質問（FAQ）
1. Cloud RunとCloud Functionsはどちらがおすすめですか？
2. Dockerを知らないとCloud Runは使えませんか？
3. Cloud FunctionsでもAPIを公開できますか？
4. 料金はどちらが安いですか？
まとめ

Cloud RunとCloud Functionsとは

Cloud Runとは

Cloud Runは、Dockerコンテナで作成したアプリケーションを実行できるサーバーレス実行環境です。

WebアプリケーションやAPI、バックエンドサービスなどをコンテナ化してデプロイできます。サーバー管理が不要で、アクセスがないときはインスタンス数が自動で減るため、コストを抑えられる点が特徴です。

対応言語に制限はほとんどなく、コンテナ化できるアプリケーションであれば実行できます。

Cloud Functionsとは

Cloud Functionsは、特定のイベントをきっかけにプログラムを実行するFaaS（Function as a Service）です。

例えば、次のようなイベントをトリガーとして利用できます。

Cloud Storageへファイルがアップロードされた
Pub/Subでメッセージを受信した
HTTPリクエストを受けた
Firestoreのデータが更新された

小規模な処理や自動化処理に向いています。

Cloud RunとCloud Functionsの違い

比較項目	Cloud Run	Cloud Functions
実行単位	コンテナ	関数（Function）
用途	Webアプリ・API・バックエンド	イベント処理・自動化
自由度	非常に高い	比較的シンプル
Docker	必要	不要
対応言語	コンテナ化できれば自由	Googleが対応する言語
HTTPアクセス	標準対応	対応
イベント処理	可能	得意
学習難易度	やや高い	初心者向け

どんな場面で使われるのか

Cloud Runが向いているケース

REST APIを公開したい
Webアプリを公開したい
FlaskやFastAPIを動かしたい
Node.jsやJavaなど自由な環境を使いたい
既存のDockerアプリをそのまま利用したい

Cloud Functionsが向いているケース

画像アップロード時に自動でリサイズする
ログを自動処理する
メール送信を自動化する
定期実行ジョブを作る
Webhookを受け取る

なぜ違いを理解することが重要なのか

IT現場では「サーバーレスだからどちらでも同じ」と考えてしまう新人が少なくありません。

しかし、設計段階でサービスを間違えると、運用や保守の負担が大きくなることがあります。

例えば、複数のAPIを提供するシステムをCloud Functionsだけで構築すると、関数の数が増え管理が煩雑になるケースがあります。一方、Cloud Runなら1つのコンテナにまとめて管理しやすくなります。

初心者が混乱しやすいポイント

どちらもサーバーレスである
どちらもHTTPアクセスできる
どちらも自動でスケールする
どちらもGoogle Cloud上で動作する

違いは「何を実行するか」です。

Cloud Runはコンテナを実行する
Cloud Functionsは関数を実行する

この違いを覚えておくと理解しやすくなります。

実際のIT現場での利用例

業務	利用サービス
社内API	Cloud Run
画像変換	Cloud Functions
Slack通知	Cloud Functions
バックエンドシステム	Cloud Run
CSV取込システム	Cloud Run
定期データ処理	Cloud Functions

現場でよくあるトラブル

Cloud Run

コンテナが起動しない
ポート設定が誤っている
Dockerイメージのビルド失敗
権限不足でデプロイできない

Cloud Functions

イベントが発火しない
IAM権限不足
タイムアウト
メモリ不足

原因の切り分け

確認項目	確認内容
アプリケーション	エラーが発生していないか
IAM	実行権限があるか
ログ	Cloud Loggingにエラーがあるか
ネットワーク	接続制限がないか
イベント	正しく発火しているか

確認する順番

Cloud Loggingでエラーを確認する
デプロイが成功しているか確認する
IAM権限を確認する
アプリケーションログを確認する
イベントやHTTPリクエストが届いているか確認する

ログの確認方法

Google Cloudコンソールから確認できます。

Google Cloudコンソールを開く
Loggingを開く
Logs Explorerを選択する
Cloud RunまたはCloud Functionsを選択する
ERRORやWARNINGを確認する

障害発生時は、まずログを確認する習慣を付けましょう。

GUIでの確認方法

Cloud Runサービス一覧
Cloud Functions一覧
Cloud Logging
Cloud Monitoring
IAM画面

CUIでの確認方法

Cloud Runのサービス一覧

gcloud run services list

Cloud Functionsの一覧

gcloud functions list

Cloud Runの詳細確認

gcloud run services describe サービス名

Cloud Functionsの詳細確認

gcloud functions describe 関数名

確認結果の見方

デプロイ成功となっているか
最新リビジョンが正常か
HTTPステータスコードは200番台か
エラーログが連続していないか
権限エラーが発生していないか

ショートカットとして覚えたいポイント

Cloud Run＝コンテナ
Cloud Functions＝イベント処理
Cloud Logging＝ログ確認
IAM＝権限管理

初心者がやりがちなミス

Cloud RunなのにDockerを理解していない
Cloud Functionsで大規模アプリを作ろうとする
ログを確認せず再デプロイする
IAM設定を確認しない
エラー内容を読まずに設定変更する

上司へ報告するポイント

発生時刻
対象サービス名
Cloud RunかCloud Functionsか
エラーメッセージ
ログの内容
影響範囲
実施した確認内容

エスカレーションするタイミング

本番環境に影響がある場合
IAM変更が必要な場合
インフラ設定変更が必要な場合
データ消失の可能性がある場合
原因が特定できない場合

現場で評価される確認手順

影響範囲を確認する
Cloud Loggingでエラーを確認する
デプロイ履歴を確認する
IAM権限を確認する
イベントまたはHTTPリクエストの到達状況を確認する
必要に応じて上司へ報告・エスカレーションする

筆者の経験談

実際の業務では、HTTP APIをCloud Functionsで多数実装した結果、関数ごとの管理やデプロイが複雑になり、運用負荷が高くなったことがありました。その後、関連するAPIをCloud Runへ集約したことで、コンテナ単位で管理できるようになり、デプロイやバージョン管理がしやすくなりました。一方で、画像変換や通知処理など単機能の処理はCloud Functionsのほうが構成がシンプルで、開発効率が高いケースも多くあります。用途に応じて使い分けることが重要だと感じています。

応用知識

Cloud Functions（第2世代）はCloud Runの実行基盤を利用しています。そのため、従来より性能やスケーリングが向上し、Cloud Runとの共通点も増えています。ただし、利用者は関数単位で開発できるため、イベント駆動型の処理を手軽に実装したい場合には引き続きCloud Functionsが適しています。

よくある質問（FAQ）

Cloud RunとCloud Functionsはどちらがおすすめですか？

WebアプリやAPIを構築する場合はCloud Run、自動化やイベント処理を実装する場合はCloud Functionsがおすすめです。

Dockerを知らないとCloud Runは使えませんか？

基本的なDockerの知識は必要です。Dockerイメージの作成やコンテナの仕組みを理解しておくと、デプロイやトラブルシューティングがスムーズになります。

Cloud FunctionsでもAPIを公開できますか？

可能です。ただし、複数のAPIや大規模なバックエンドを運用する場合は、Cloud Runのほうが管理しやすいことが多くあります。

料金はどちらが安いですか？

どちらも従量課金制で、利用状況によって異なります。アクセスが少ないシステムではコストを抑えやすい一方、処理内容や実行時間によって料金は変動するため、想定するワークロードに合わせて選択することが大切です。

まとめ

Cloud RunとCloud Functionsはどちらもサーバーレスサービスですが、目的が異なります。

Cloud Runはコンテナを実行するサービス
Cloud Functionsはイベントをきっかけに関数を実行するサービス
WebアプリやAPIはCloud Runが得意
イベント処理や自動化はCloud Functionsが得意
トラブル時はCloud Logging、IAM、デプロイ状況の順に確認すると効率的

IT業務では「どちらを選ぶべきか」を判断できることが重要です。まずは「Cloud Run＝コンテナ」「Cloud Functions＝イベント処理」という基本を押さえ、要件に応じて適切に使い分けられるようになりましょう。