Google Cloud（グーグル クラウド）とは、Googleが提供しているクラウドコンピューティングサービスである。2022年6月に正式名称が「Google Cloud Platform（GCP）」から「Google Cloud」に改名された。2025年時点のクラウド全体における世界的シェアは、AWSの29％、Microsoft Azureの20％についでGoogle Cloudが、第3位の13％を占める。
Google 検索やYouTubeなどのエンドユーザー向けのサービスにおいても、同じインフラストラクチャーが利用されている。さまざまな管理ツールに加えて、一連のモジュール化されたクラウドサービスが提供されており、コンピューティング、データストレージ、データ分析、機械学習などのサービスがある。登録にはクレジットカードまたは銀行口座の情報が必要である。Google Cloudは、infrastructure as a service、platform as a service、およびサーバーレス・コンピューティングの各種環境を提供する。
Googleの最初のクラウドコンピューティングサービスは、2008年4月に発表されたApp Engineである。これは、Googleが管理するデータセンター内でウェブアプリケーションを開発およびホストするプラットフォームであった。このサービスは2011年11月に一般公開され、それ以来、Googleは多数のクラウドサービスをプラットフォームに追加し続けている。
Google Cloudには、その他に、Google Workspace、エンタープライズ向けAndroidおよびChromeOS、機械学習のためのアプリケーションプログラミングインタフェース (API)、エンタープライズ向けマップサービスなどが存在する。 サービス一覧
2026年時点で、Google Cloudは150以上のサービスを提供しており、ウェブのユーザインタフェース、コマンドラインツール、REST APIが提供されている。主要なサービスを以下に挙げる。
コンピューティング - Linux や Windows Server などの仮想マシンを動かせる Infrastructure as a Service。 Spot VM - 余剰リソースを活用することで、通常のVMより大幅に低価格（最大91%オフ）で利用できる仮想マシン。ただし、Google Cloud側でリソースが必要になった際に強制終了される可能性があるため、耐障害性のあるバッチ処理などに適している。 マネージド インスタンス グループ (MIG) - 同一の構成を持つ複数のVMインスタンスを一つのグループとして自動管理する機能。オートスケーリングや自動復旧などの機能を提供し、高可用性と拡張性を実現する。 VM Manager - 大規模なVM群のOSパッチ適用、インベントリ収集、構成管理を自動化する Compute Engine 専用の管理ツール。 Kubernetes Engine（GKE） - マネージドKubernetesサービス（Container as a Service）、旧称Google Container Engine。機能拡張版としてGKE Enterpriseエディション（旧:Anthos）があり、フリート管理機能があり、マルチクラウド/ハイブリッドクラウドを含めてK8sを統合管理が可能。 GKE Standard - 基盤となるCompute Engineのノード構成やOSをユーザー自身が細かく制御・カスタマイズできる従来の実行モード。 GKE Autopilot - ノード（VM）のプロビジョニングからセキュリティパッチまでをGoogleが全自動で行う実行モード。Pod単位でのみ課金され、運用負荷を下げる。 App Engine - ウェブアプリケーションのための Platform as a Service。 App Engine Standard - Googleのサンドボックス環境で実行され、トラフィックがない時はインスタンス数を0にスケールダウンできる軽量・高速起動な環境。 App Engine Flexible - 任意のDockerコンテナをCompute EngineのVM上で実行し、より柔軟なOSカスタマイズが可能な環境。 Cloud Run - Knativeをベースにしたサーバーレスのコンテナ実行環境。Cloud Run（完全管理）またはCloud Run for Anthosとして提供されている。Anthosは現在、GCP、AWS、VMwareの管理をサポートしている。 Cloud Run functions - Node.js、Python、Go、Java、Ruby、PHP、.NETで書かれた、HTTPもしくはイベント駆動のコードを実行できる。主なトリガーとして、HTTPトリガー、Cloud Storageトリガー、Pub/Subトリガー、Firestoreやデータベースのデータ変更検知などがある。 VMware Engine - クラウド上でVMware環境をネイティブ実行。
ストレージ
オブジェクトストレージ Cloud Strage - 非構造化データ用のオブジェクトストレージ。アクセス頻度によりStandard、Nearline、Coldline、Archiveの4つのプランが有る。物理的にHDDを送付してデータを転送する「Transfer Appliance」というサービスがある。
VM向けブロックストレージ Persistent Disk - Compute EngineとKubernetes Engine（GKE）のVM用のブロックストレージ。単一のゾーンにデータを保存するゾーン永続ディスクと、リージョン内の2つのゾーンにデータを保存するリージョン永続ディスクがある。ディスクタイプ（標準HDD、バランスSSD、SSD、極超高速SSDなど）の性能を選ぶことができる。 ローカル SSD - Compute EngineとKubernetes Engine（GKE）のVM用の物理サーバに直挿しするSSD。高レイテンシだがインスタンスの停止や終了に伴いデータが消失する揮発性がある。 ネットワークストレージ Filestore - 共有ネットワークストレージ（NAS）。サービス階層（Basic、Enterprise、High Scaleなど）を選ぶことができる。
データベース リレーショナルデータベース Cloud SQL - MySQL、PostgreSQL、Microsoft SQL Serverを元にした AlloyDB for PostgreSQL - PostgreSQLと互換性を持つ高性能なデータベースサービス Cloud Spanner - 水平スケール可能で強一貫性を持つリレーショナルデータベースサービス NoSQL / ドキュメント型 Firestore - モバイル・Webアプリ向けの、リアルタイムに同期できるドキュメント型NoSQLデータベース Cloud Bigtable - マネージドNoSQLデータベースサービス インメモリ型 Memorystore - RedisとMemcachedをベースにしたNoSQL型マネージドインメモリデータストア
ネットワーク Virtual Private Cloud（VPC) - Google Cloud 内に構築できる、スケーラブルで柔軟な仮想ネットワーク環境 Cloud NAT - NATサービス Cloud VPN - IPsecプロトコルを使用してたVPCネットワークをセキュアに接続するためのサービス Cloud Router - VPC と外部ネットワークの間で、BGPを使用してルーティングするフルマネージドサービス Cloud Interconnect - オンプレミスネットワークと Google Cloud を、低レイテンシかつ可用性の高い専用線で接続するサービス Cloud Load Balancing -1つのIP アドレスに対し世界中にトラフィックを分散させ、高可用性を実現するロードバランサー Cloud CDN - Google のグローバルネットワークを利用して、ウェブサイトやアプリケーションのコンテンツ配信を高速化するCDN Cloud Armor - DDoS攻撃から守るためのWAF Cloud DNS - スケーラビリティが高いマネージドDNS サービス Network Service Tiers - トラフィックのルーティング品質（プレミアム/スタンダード）を選択する機能
ビッグデータ データウェアハウス・処理基盤 BigQuery - Googleの持つ広大なリソースを活用した高速分散処理を特徴としたサーバレスなデータウェアハウス。「長期ストレージ」という自動割引がある。 Dataflow - ストリームデータとバッチデータの両方を、自動スケーリングで処理するマネージドサービス Dataproc - Apache Spark や Hadoop などのクラスターを、高速かつ低コストに実行できるマネージドサービス データ準備・ワークフロー Cloud Composer - Apache Airflow をベースにした、ワークフローの作成・スケジューリング・管理を行うサービス Cloud Datalab - Jupyter Notebook をベースにした、データの探索・分析・可視化をインタラクティブに行うツール Cloud Dataprep - 分析のためにデータを視覚的に探索、クレンジング、準備するためのインテリジェントなデータ準備サービス メッセージング Pub/Sub - アプリケーション間でメッセージを確実に送受信するための、スケーラブルなイベント駆動型メッセージングサービス BIツール Data Studio（旧称:Looker Studio） - 複数のデータソースを統合し、視覚的なレポートやダッシュボードを作成できる BI ツール Looker - LookMLによってデータの定義を一元管理し、高度なデータ分析やガバナンスを実現する大規模企業向けのBIツールおよびデータプラットフォーム
AIと機械学習 Gemini Enterprise Agent Platform（旧称:Vertex AI）- 各種MLツールを統合したプラットフォーム Cloud AutoML - 機械学習の専門知識が少なくても、高品質なカスタムモデルをトレーニングできるサービス Cloud machine Learning Engine - TensorFlow などのフレームワークを使用して、機械学習モデルの構築とデプロイを行うフルマネージドサービス AI用ハードウェア Cloud TPU - 機械学習のトレーニングと推論を高速化するために、独自に開発したTPU AIエンジン Cloud Job Discovery - 求職者の意図を理解し、最適な求人情報を提示する高度な検索・推奨エンジン Dialogflow Enterprise - 音声やテキストによる対話型インターフェース（チャットボットなど）を構築・管理するプラットフォーム Cloud Natural Language - テキストから構造や意味を抽出し、感情分析やエンティティ抽出を行うサービス Cloud Speech-to-Text - ニューラルネットワークを利用して、音声をテキストに高精度に変換する API Cloud Text-to-Speech - テキストを自然な響きの音声に変換し、100 種類以上の声で再生できる API Cloud Translation API - 100 以上の言語間でテキストを動的に翻訳するサービス Cloud Vision API - 画像を分析して物体、文字、顔、ロゴなどを検出し、ラベル付けを行うサービス Cloud Video Intelligence - ビデオ内の物体、場所、動きを検出し、動画の内容を検索可能にするサービス
管理ツール コンソール Cloud Console - Google Cloudのリソースの一元管理、リソース情報のダッシュボードでの可視化、アカウントと権限の管理（IAM）、料金の管理をするための Web管理画面 Cloud Console Mobile App - スマートフォンから Google Cloud リソースの状態確認や、基本的な操作を行うためのモバイルアプリ Cloud Shell - Cloud Consoleから直接利用できる、コマンドラインツールがインストール済みのオンライン開発・管理環境 Cloud API - プログラムから Google Cloud の各サービスを操作するためのプログラム用インターフェース Infrastructure as Code (IaC) Infrastructure Manager - Terraformベースのインフラ構築・管理を自動化するフルマネージドなプロビジョニングサービス。Stateファイルの管理や実行環境の保守をGoogle Cloud側が担う。Google CloudではTerraformがIaCのスタンダードとされており、Google公式からもCDKTF (Cloud Development Kit for Terraform)といったサポートツールが提供されている。 Config Connector - Kubernetes用の管理・監視ツール。Kubernetesのカスタムリソース（CRD）を使用して、Google Cloudのリソースを宣言的に管理・監視する。 Cloud Deployment Manager - テンプレートを使用して Google Cloud のインフラ構成を自動化し、一括管理するサービス。2026年3月にTerraformやInfrastructure Managerへの移行・利用が推奨されている。
運用 Google Cloudでは各リソースの監視・運用をCloud Operations（旧 Stackdriver）というサービスで行う。 Ops エージェント - Compute EngineのVMからシステムログや詳細メトリクスを収集する統合エージェント。Compute EngineのVMに直接インストールして動かす。 Cloud Logging - 各リソースから収集したログを保管し、クエリによるログの表示・検索・分析を行うことが可能なログ管理システム。ログ保持期間はデフォルトで30日〜40日、カスタムで最大365日である。 Cloud Monitoring - 各リソースから指標を収集し、ダッシュボード・アラート・稼働時間チェックなどの機能を用いてモニタリングを行う Cloud Trace - アプリケーションのリクエスト処理時間をトレースし、通信遅延の短縮に役立つパフォーマンスの分析情報を提供する Cloud Profiler - 本番環境のアプリケーションへの影響がほとんどない状態で運用できるパフォーマンスに影響を与えている原因をコードレベルで提供するサービス IDとセキュリティ アクセス・権限管理 Cloud Identity - ユーザー、デバイス、アプリを一元管理し、多要素認証などでアクセスを保護する ID 管理プラットフォーム Cloud IAM - ユーザーアカウントやサービスアカウントの権限を細かく制御するアクセス管理サービス Cloud Identity-Aware Proxy - VPN を使わずに、ID とコンテキストに基づいてアプリケーションへのアクセスを制御するサービス Security Key Enforcement - 物理的なセキュリティキー（FIDO）の使用を強制し、フィッシングなどの攻撃を防止する機能 脅威検出 Cloud Security Command Center - Google Cloud 全体の資産状況を可視化し、セキュリティの脅威を検出・通知する管理プラットフォーム Cloud Security Scanner - App Engine などのウェブアプリケーションに潜む一般的な脆弱性を自動でスキャンするサービス データ保護・境界セキュリティ Cloud Data Loss Prevention API - 機密データ（クレジットカード番号や個人情報など）を自動的に検出、分類、保護するサービス Cloud Key Management Service - 暗号化に使用する鍵の作成、使用、ローテーション、破棄を管理するクラウドサービス VPC Service Controls - データの外部への持ち出しを防ぐために、特定のサービス周囲にセキュリティ境界を設定する機能 ガバナンス Cloud Resource Manager - 組織、フォルダ、プロジェクトの階層構造を用いてリソースを論理的に整理・管理するツール Access Transparency - Google のサポート担当者などがデータにアクセスした際の記録をリアルタイムで提供する透明性機能
IoTプラットフォーム Cloud IoT Core - 世界中のデバイスと接続し、データの取り込みや管理を安全に行うためのフルマネージドサービス Edge TPU - エッジデバイス（端末側）で高速な機械学習の推論を実行するための小型 ASIC Cloud IoT Edge - エッジデバイス上で Google Cloud のデータ処理や機械学習機能を実行するためのソフトウェアセット
APIプラットフォーム Apigee API Platform - API の設計、セキュリティ確保、分析、スケーリングを行うための管理プラットフォーム API Monetization - API プロバイダーが API の利用に対して課金し、収益化するための Apigee の機能 Developer Portal - API 利用者が API を見つけ、テストし、ドキュメントを参照するためのセルフサービスポータル API Analytics - API の使用状況、トラフィックパターン、エラー率などを分析・可視化するツール Apigee Sense - API への不審な挙動を検出し、ボット攻撃などの脅威から保護するセキュリティ機能 Cloud Endpoints - API の保護、監視、管理、割り当て制限を簡単に実装するためのツール Service Infrastructure - Google が自社サービスで使用しているものと同じ、基盤となる API 管理インフラストラクチャ Maps Platform - Google マップの地図、経路、場所に関するデータをアプリに統合できる API 群
リソース階層 Google Cloudのリソース階層には、最上位の「組織」、その配下に配置される「フォルダ」、個別の環境をまとめる「プロジェクト」、そして最下層の「リソース」が存在する。
上位階層（組織やフォルダ）に対して定義されたIAM（Identity and Access Management）ポリシーは、その配下に属するすべてのプロジェクトおよび個別のリソースに対して自動的に伝播・適用される。組織ノードを頂点とする階層構造を用いることで、組織全体のガバナンスを中央集権的に制御することが可能となる。組織ポリシーを適用することで、傘下の全リソースに対して強制できる。また、リソースの所有権は個人ではなく組織に帰属する。企業がGoogle Cloudを利用する場合、部署やチーム、開発プロジェクトごとに対応させて階層構造を構築することが有効である。
広義には組織、フォルダ、プロジェクトもリソースの一種として扱われるが、階層構造を説明する便宜上、プロジェクト内に存在する個別の構成要素を指してリソースと呼ぶことが多い。
組織 - 組織は最上位の存在である。実際の運用においても、企業や大きな組織単位で設定されることが多い。組織の配下には、複数のフォルダやプロジェクトを配置することができる。
フォルダ - 複数のプロジェクトをグループ化するために構成される。フォルダ同士で階層構造を持つことができ、部署やチームといった組織構造をモデル化し、プロジェクトやその中で管理されているリソースを効率的に管理できる。
プロジェクト - システムを構成するリソースをまとめるための最小単位である。一般的には、システム開発における個々の環境（開発環境、テスト環境、本番環境など）ごとにプロジェクトを作り分けて管理する。
リソース - システムの各構成要素を指す言葉である。例えば、Webサーバーであれば「Compute Engine インスタンス」であり、データベースサーバーであれば「Cloud SQL インスタンス」となる。このように、Google Cloudの各サービスから構築または設定した要素がリソースと呼ばれる。
リージョンとゾーン リージョンとは、各種コンピューティングリソースを配置・運用するために設定された、独立した地理的領域のことである。一般に「東京」や「バージニア」などの世界各地の主要な都市・地域単位で区分されており、ユーザーは用途に応じて選択する。各リージョンは地理的に独立した領域であり、複数のゾーンから構成される。
1つのゾーンは、リージョン内の存在する独立して稼働が可能なGoogle Cloudのリソースのグループを示す単位である。特定のゾーンに障害が発生したとしても、リージョン全体の稼働を保つことができる。1ゾーンは、リージョン内の単一障害点（SPOF)と見なすことができる。システム全体として単一障害点が生じないようにするためには、システムを複数のゾーンに配置、設計を検討する必要がある。これをマルチリージョンという。
Google CloudにおいてVPCは、世界中のリージョンをまたぐグローバルに提供される。また、サブネットを作成する場合はゾーンをまたぐようにリージョンごとに設定できる。
標準的なネットワーク設計では、外部との通信において役割に応じたリソースの分離が行われる。VPCのサブネット内に展開された各リソースには内部IPアドレスが割り振られる一方、VPCというネットワーク空間自体はグローバルな外部IPを持たず、リソースに直接割り当て可能な外部IPもエフェメラルIPである。そのため、外部からアクセスを受け付けるためには、フロントエンドに配置されたロードバランサに固定の外部IPアドレスを設定し、そこを宛先とする必要がある。また、VPC内部のリソースからインターネットへアクセスする際にはCloud NATを利用し、内部リソースに外部IPを付与することなく、プライベートIPを保持したまま外部通信を実現している。
Google Cloudのほとんどのリージョンには3つ以上のゾーンが含まれている。Google Cloudは2020年第一四半期現在で、24のリージョンと73のゾーンで利用可能である。 +GCPのリージョンおよびゾーンリージョン名稼働開始日場所ゾーンus-west1Q3, 2016The Dalles, Oregon, USA us-west1-a us-west1-b us-west1-cus-west2Q3, 2018Los Angeles, California, USA us-west2-a us-west2-b us-west2-cus-west3Q1, 2020Salt Lake City, Utah, USA us-west3-a us-west3-b us-west3-cus-west4Q2, 2020Las Vegas, Nevada, USA us-west4-a us-west4-b us-west4-cus-central1Council Bluffs, Iowa, USA us-central1-a us-central1-b us-central1-c us-central1-fus-east1Q4, 2015Moncks Corner, South Carolina, USAus-east1-b us-east1-c us-east1-dus-east4Q2, 2017Ashburn, Virginia, USA us-east4-a us-east4-b us-east4-cnorthamerica-northeast1Q1, 2018Montréal, Canada northamerica-northeast1-a northamerica-northeast1-b northamerica-northeast1-csouthamerica-east1Q3, 2017São Paulo, Brazil southamerica-east1-a southamerica-east1-b southamerica-east1-ceurope-west2Q2, 2017London, U.K. europe-west2-a europe-west2-b europe-west2-ceurope-west1St. Ghislain, Belgium europe-west1-b europe-west1-c europe-west1-deurope-west4Q1, 2018Eemshaven, Netherlands europe-west4-a europe-west4-b europe-west4-ceurope-west6Q1, 2019Zurich, Switzerland europe-west6-a europe-west6-b europe-west6-ceurope-west3Q3, 2017Frankfurt, Germany europe-west3-a europe-west3-b europe-west3-ceurope-north1Q2, 2018Hamina, Finland europe-north1-a europe-north1-b europe-north1-casia-south1Q4, 2017Mumbai, India asia-south1-a asia-south1-b asia-south1-casia-southeast1Q2, 2017Jurong West, Singapore asia-southeast1-a asia-southeast1-b asia-southeast1-casia-southeast2Q2, 2020Jakarta, Indonesia asia-southeast2-a asia-southeast2-b asia-southeast2-c asia-southeast2-dasia-east2Q3, 2018Hong Kongasia-east2-a asia-east2-b asia-east2-casia-east1Changhua County, Taiwan asia-east1-a asia-east1-b asia-east1-casia-northeast1Q4, 2016Tokyo, Japan asia-northeast1-a asia-northeast1-b asia-northeast1-casia-northeast2Q2, 2019Osaka, Japan asia-northeast2-a asia-northeast2-b asia-northeast2-casia-northeast3Q1, 2020Seoul, Korea asia-northeast3-a asia-northeast3-b asia-northeast3-caustralia-southeast1Q3, 2017Sydney, Australia australia-southeast1-a