Google は AI 技術を使用して、コンテンツをご希望の言語に翻訳しています。AI 翻訳には誤りが含まれる場合があります。

AlloyDB リモート MCP サーバーを使用する

このドキュメントでは、AlloyDB for PostgreSQL リモート Model Context Protocol（MCP）サーバーを使用して、Antigravity、ChatGPT、Claude などの AI アプリケーションや、開発中のカスタムアプリケーションに接続する方法について説明します。AlloyDB for PostgreSQL リモート MCP サーバーを使用すると、AI 対応の開発環境や AI エージェントプラットフォームから AlloyDB ツールにアクセスして実行し、AlloyDB クラスタとインスタンスを管理できます。AlloyDB for PostgreSQL リモート MCP サーバーは、AlloyDB for PostgreSQL API を有効にすると有効になります。

Model Context Protocol（MCP）により、大規模言語モデル（LLM）と AI アプリケーション（エージェント）が外部のデータソースに接続する方法が標準化されます。MCP サーバーを使用すると、そのツール、リソース、プロンプトを使用してアクションを実行し、バックエンドサービスから更新されたデータを取得できます。

ローカル MCP サーバーとリモート MCP サーバーの違いは何ですか？

ローカル MCP サーバー: 通常、ローカルマシンで実行され、同じデバイス上のサービス間の通信に標準入力と出力ストリーム（stdio）を使用します。
リモート MCP サーバー: サービスのインフラストラクチャで実行され、AI アプリケーションに HTTP エンドポイントを提供して、AI MCP クライアントと MCP サーバー間の通信を行います。MCP アーキテクチャの詳細については、MCP アーキテクチャをご覧ください。

ステートレスコア

MCP バージョン 2026-07-28 では、MCP は双方向のステートフルプロトコルからステートレスプロトコルに変更されています。各 MCP リクエストは自己記述型であり、ヘッダーを使用してルーティングできます。各リクエストには、HTTP ヘッダーまたは _meta パラメータに必要なすべての情報が含まれているため、initialize/initialized handshake または Mcp-Session-Id は必要ありません。MCP サーバーは、マルチラウンドトリップリクエスト（MRTR）を介して、ツールに必要な追加情報をリクエストできます。

リクエスト本文を解析せずにリクエストをルーティングして処理するには、次の MCP ヘッダーが必要です。

プロトコルバージョンヘッダーや標準リクエストヘッダーなど、MCP 仕様で必要なヘッダー。
MCP サーバーによって定義されるカスタムヘッダー。これらのヘッダーは、x-mcp-header プロパティを使用して、ツールの入力スキーマから HTTP ヘッダーにミラーリングされます。たとえば、MCP サーバーは、 Google Cloud リージョンまたはプロジェクト ID を指定するカスタムヘッダーを定義できます。

MCP アーキテクチャの詳細については、MCP バージョン 2026-07-28 の仕様と主な変更点をご覧ください。

AlloyDB ローカル MCP サーバーを使用する理由としては、次のようなものがあります。

ローカルで開発とテストを行う
オフラインでの MCP の使用
AI アプリケーションから AlloyDB クラスタとインスタンスを管理する

ローカル MCP サーバーの使用方法については、AlloyDB for PostgreSQL を MCP、Gemini CLI、その他のエージェントで使用するまたは AlloyDB for PostgreSQL MCP サーバーをご覧ください。次のセクションは、AlloyDB for PostgreSQL リモート MCP サーバーにのみ適用されます。

Google Cloud 個のリモート MCP サーバー

Google と Google Cloud リモート MCP サーバーには、次の機能とメリットがあります。

簡素化された一元的な検出
マネージドグローバルまたはリージョン HTTP エンドポイント
きめ細かい認可
Model Armor 保護によるプロンプトとレスポンスのセキュリティ（オプション）
一元的な監査ロギング

他の MCP サーバーと、Google Cloud MCP サーバーで使用可能なセキュリティとガバナンスの制御については、Google Cloud MCP サーバーの概要をご覧ください。

制限事項

AlloyDB リモート MCP サーバーには次の制限があります。

create_user ツールは、パスワードを使用した組み込み認証ユーザーの作成をサポートしていません。ユーザーは、Identity and Access Management（IAM）認証でのみ作成できます。
execute_sql ツールが 10 MB を超えるレスポンスを返すと、レスポンスが切り捨てられることがあります。
execute_sql_read_only は、PostgreSQL バージョン 17 以降でのみサポートされています。

始める前に

Google Cloud アカウントにログインします。 Google Cloudを初めて使用する場合は、アカウントを作成して、実際のシナリオで Google プロダクトのパフォーマンスを評価してください。新規のお客様には、ワークロードの実行、テスト、デプロイができる無料クレジット $300 分を差し上げます。

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Roles required to select or create a project

Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Go to project selector

If you're using an existing project for this guide, verify that you have the permissions required to complete this guide. If you created a new project, then you already have the required permissions.

Enable the AlloyDB API, if it is not already enabled.

Roles required to enable APIs

To enable APIs, you need the serviceusage.services.enable permission. If you created the project, then you likely already have this permission through the Owner role (roles/owner). Otherwise, you can get this permission through the Service Usage Admin role (roles/serviceusage.serviceUsageAdmin). Learn how to grant roles.

Enable the API

Install the Google Cloud CLI.

Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.

If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

To initialize the gcloud CLI, run the following command:

gcloud init

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Roles required to select or create a project

Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

Go to project selector

If you're using an existing project for this guide, verify that you have the permissions required to complete this guide. If you created a new project, then you already have the required permissions.

Enable the AlloyDB API, if it is not already enabled.

Roles required to enable APIs

Enable the API

Install the Google Cloud CLI.

Note: If you installed the gcloud CLI previously, make sure you have the latest version by running gcloud components update.

If you're using an external identity provider (IdP), you must first sign in to the gcloud CLI with your federated identity.

To initialize the gcloud CLI, run the following command:

gcloud init

必要なロール

AlloyDB for PostgreSQL MCP サーバーを使用するために必要な権限を取得するには、AlloyDB for PostgreSQL MCP サーバーを使用するプロジェクトに対する次の IAM ロールを付与するよう管理者に依頼してください。

AlloyDB インスタンスを作成する: AlloyDB 管理者（roles/alloydb.admin）
AlloyDB ユーザーを作成する: AlloyDB 管理者（roles/alloydb.admin）
AlloyDB で SQL クエリを実行します。
- AlloyDB 管理者（roles/alloydb.admin）
- AlloyDB データベースユーザー（roles/alloydb.databaseUser）（Studio クエリユーザー（roles/databasesconsole.studioQueryUser）も使用可能）
AlloyDB で読み取り専用の SQL クエリを実行します。
- AlloyDB Viewer (roles/alloydb.viewer)
- AlloyDB 管理者（roles/alloydb.admin）
- AlloyDB データベースユーザー（roles/alloydb.databaseUser）
AlloyDB インスタンスを取得するか、プロジェクト内のすべての AlloyDB インスタンスを一覧表示する: AlloyDB 閲覧者（roles/alloydb.viewer）
AlloyDB ユーザーを一覧表示する: AlloyDB 閲覧者（roles/alloydb.viewer）

ロールの付与については、プロジェクト、フォルダ、組織へのアクセス権の管理をご覧ください。

これらの事前定義ロールには、AlloyDB for PostgreSQL MCP サーバーを使用するために必要な権限が含まれています。必要とされる正確な権限については、「必要な権限」セクションを開いてご確認ください。

必要な権限

AlloyDB for PostgreSQL MCP サーバーを使用するには、次の権限が必要です。

MCP ツール呼び出しを行う: mcp.tools.call
AlloyDB クラスタを作成する: alloydb.cluster.create
AlloyDB ユーザーを作成します。 alloydb.users.create
AlloyDB インスタンスをクローンします: alloydb.instances.create
AlloyDB インスタンスで SQL クエリを実行します。
- alloydb.instances.executeSql
- alloydb.instances.login
AlloyDB インスタンスで読み取り専用の SQL クエリを実行します。
- alloydb.instances.executeSqlReadOnly
- alloydb.instances.login
AlloyDB クラスタを取得する: alloydb.instances.get
AlloyDB クラスタ操作を取得します: alloydb.clusters.get
AlloyDB クラスタにデータをインポートする: alloydb.clusters.import
AlloyDB クラスタから Cloud Storage にデータをエクスポートする: alloydb.clusters.export
プロジェクト内の AlloyDB クラスタを一覧表示する: alloydb.clusters.list
AlloyDB ユーザーを一覧表示する: alloydb.users.list
AlloyDB クラスタを更新する: alloydb.clusters.update
AlloyDB ユーザーを更新する: alloydb.users.update

カスタムロールや他の事前定義ロールを使用して、これらの権限を取得することもできます。

認証と認可

AlloyDB for PostgreSQL リモート MCP サーバーは、認証と認可に Identity and Access Management（IAM）と OAuth 2.0 プロトコルを使用します。MCP サーバーへの認証では、すべての Google Cloud ID がサポートされています。

AlloyDB リモート MCP サーバーは API キーを受け入れません。

リソースへのアクセスを制御およびモニタリングできるように、MCP ツールを使用するエージェントに個別の ID を作成することをおすすめします。認証の詳細については、MCP サーバーに対して認証するをご覧ください。

AlloyDB MCP の OAuth スコープ

OAuth 2.0 では、スコープと認証情報を使用して、認証されたプリンシパルがリソースに対して特定のアクションを実行する権限があるかどうかを判断します。Google の OAuth 2.0 スコープの詳細については、OAuth 2.0 を使用して Google API にアクセスするをご覧ください。

AlloyDB には、次の MCP ツール OAuth スコープがあります。

gcloud CLI のスコープの URI	説明
`https://www.googleapis.com/auth/alloydb`	Google Cloud AlloyDB データの表示、編集、構成、削除、Google アカウントのメールアドレスの表示。

ツール呼び出し中にアクセスされるリソースに追加のスコープが必要になる場合があります。AlloyDB に必要なスコープの一覧については、AlloyDB Admin API をご覧ください。

AlloyDB MCP サーバーを使用するように MCP クライアントを構成する

Claude や Antigravity などの AI アプリケーションやエージェントは、単一の MCP サーバーに接続する MCP クライアントをインスタンス化できます。AI アプリケーションには、さまざまな MCP サーバーに接続する複数のクライアントを設定できます。クライアント固有のガイダンスにアプリケーションが記載されていない場合は、次の情報を使用して、ほとんどのアプリケーションから接続できます。

AI アプリケーションで、リモート MCP サーバーを追加または接続する方法を探します。AlloyDB for PostgreSQL MCP サーバーの場合は、必要に応じて次の情報を入力します。

サーバー名: AlloyDB for PostgreSQL MCP サーバー
サーバー URL またはエンドポイント: https://alloydb.googleapis.com/mcp
トランスポート: ストリーミング可能な HTTP
認証の詳細: 認証方法に応じて、 Google Cloud 認証情報、OAuth クライアント ID とシークレット、またはエージェントの ID と認証情報を入力できます。認証の詳細については、MCP サーバーに対して認証するをご覧ください。
OAuth スコープ: AlloyDB for PostgreSQL MCP サーバーに接続するときに使用する OAuth 2.0 スコープ。

MCP サーバーの設定と接続に関するアプリケーション固有のガイダンスについては、クライアント固有のガイダンスをご覧ください。

より一般的なガイダンスについては、次のリソースをご覧ください。

使用可能なツール

AlloyDB for PostgreSQL MCP サーバーで使用可能な MCP ツールの詳細とその説明を表示するには、AlloyDB for PostgreSQL MCP リファレンスをご覧ください。

ツールの一覧表示

MCP インスペクタを使用してツールを一覧表示するか、tools/list HTTP リクエストを AlloyDB for PostgreSQL リモート MCP サーバーに直接送信します。tools/list メソッド: 認証を必要としません。

curl -X POST https://alloydb.googleapis.com/TOOLSET_ENDPOINT \
    -H 'Content-Type: application/json' \
    -H 'Accept: application/json' \
    -H 'MCP-Protocol-Version: MCP_PROTOCOL_VERSION' \
    -H 'Mcp-Method: tools/list' \
    -d '{
      "jsonrpc": "2.0",
      "id": 1,
      "method": "tools/list",
      "params": {
        "_meta": {
          "io.modelcontextprotocol/protocolVersion": "MCP_PROTOCOL_VERSION",
          "io.modelcontextprotocol/clientCapabilities": {
            "extensions": {
              "io.modelcontextprotocol/ui": {
                "mimeTypes": ["text/html;profile=mcp-app"]
              }
            }
          }
        }
      }
    }'

次のように置き換えます。

TOOLSET_ENDPOINT: サービス名の後の MCP エンドポイントの残りの部分。たとえば、AlloyDB for PostgreSQL の場合は mcp/toolset-name です。
MCP_PROTOCOL_VERSION: MCP プロトコルのバージョン。例: 2026-07-28

SQL を実行する

SQL ステートメントを実行する手順は次のとおりです。

AlloyDB インスタンスの data_api_access インスタンス設定を ALLOW_DATA_API_ACCESS の値に設定します。create_instance ツールを使用してインスタンスを作成すると、data_api_access 構成が自動的に有効になります。

インスタンスで data_api_access 構成が有効になっていない場合は、curl コマンドを使用して dataApiAccess フィールドの値を ENABLED に更新することで有効にできます。
```
curl -X PATCH \
 -H "Authorization: Bearer $(gcloud auth print-access-token)" \
 -H "Content-Type: application/json" \
 https://alloydb.googleapis.com/v1alpha/projects/PROJECT_ID/locations/LOCATION/clusters/CLUSTER_ID/instances/INSTANCE_ID?updateMask=dataApiAccess \
 -d '{
   "dataApiAccess": "ENABLED",
 }'
```
次のように置き換えます。
- PROJECT_ID: 実際の Google Cloud プロジェクト ID。
- LOCATION: AlloyDB クラスタが配置されているリージョン。
- CLUSTER_ID: AlloyDB クラスタの ID。
- INSTANCE_ID: AlloyDB インスタンスの ID。
Gemini CLI で、次のようなプロンプトを入力します。

AlloyDB インスタンス INSTANCE_NAME で IAM データベース認証を有効にします。SQL ステートメントが、IAM データベース認証ユーザーアカウント USER_ACCOUNT に関連付けられた権限を使用していることを確認します。

次のように置き換えます。
- INSTANCE_NAME: AlloyDB インスタンスの名前。
- USER_ACCOUNT: SQL ステートメントの実行時に認証に使用する IAM ユーザーアカウント。

サンプルのユースケース

AlloyDB MCP サーバーのユースケースの例を次に示します。

ウェブアプリケーションの開発

ユースケースの例としては、ウェブアプリケーションの迅速な開発と、ソースデータベースとしての AlloyDB インスタンスのプロビジョニングが挙げられます。このユースケースでは、AlloyDB MCP サーバーを使用して、新しいデータベースを構築し、自然言語を使用して新しいプロジェクトの初期データを入力します。

プロンプトの例:

「新しい AlloyDB PostgreSQL 開発インスタンスを作成し、products というテーブルを設定して。」

ワークフロー: ウェブアプリケーションを設定するワークフローは次のようになります。

プロビジョニング: エージェントは、インスタンスを割り当てることができるクラスタを作成します。次に、エージェントは create_instance ツールを呼び出して、開発環境サイズの仕様を持つ新しい AlloyDB インスタンスを作成します。新しいインスタンスでパブリック IP 接続を有効にすることができます。Private Service Connect エンドポイントの構成を自動化することもできます。
検証: エージェントは get_operation ツールを使用して、インスタンス作成オペレーションのステータスをポーリングします。
接続: オペレーションが完了すると、エージェントは get_instance ツールを使用してインスタンス接続メタデータを取得します。
スキーマの設定: エージェントはデータベースを作成し、execute_sql ツールを使用して CREATE TABLE products SQL ステートメントを実行します。
データのシーディング: エージェントは execute_sql を再度使用して、新しく作成されたテーブルに初期シードデータ（DML）を挿入します。

運用とデータベースの構成管理

このユースケースの例では、既存のデータベースインスタンスを確認して、運用構成標準を満たしていることを確認します。エージェントを使用して、インスタンスのデータベースユーザーを管理することもできます。

プロンプトの例:

「プロジェクト内のすべての PostgreSQL インスタンスを一覧表示し、それらの詳細を表示して、同じ構成を使用していること、および最新のデータベースユーザーのリストが正常に更新されていることを確認します。」

ワークフロー: AlloyDB インスタンスとデータベースユーザー構成を確認するワークフローは次のようになります。

検出: エージェントは list_instances を使用して、プロジェクト内のすべての AlloyDB インスタンスのリストを取得します。
検査: 識別されたインスタンスごとに、エージェントは get_instance を呼び出して、データベースのバージョン、リージョン、マシンタイプなどの詳細な構成メタデータを取得し、list_users を呼び出してインスタンスのデータベースユーザーを確認します。このメタデータには、パブリック IP 接続が有効になっているかどうか、または Private Service Connect エンドポイントが構成されているかどうかに関する情報が含まれます。
レポート: エージェントは調査結果を要約し、想定される構成から逸脱しているインスタンスやユーザーを強調表示します。

セキュリティと安全に関するオプションの構成

MCP ツールで実行できるアクションが多岐にわたるため、MCP によって新たなセキュリティリスクと考慮事項が加わります。これらのリスクを最小限に抑えて管理するために、Google Cloud は、 Google Cloud組織またはプロジェクトでの MCP ツールの使用を制御するデフォルトのポリシーとカスタマイズ可能なポリシーを提供します。

MCP のセキュリティとガバナンスの詳細については、AI のセキュリティと安全性をご覧ください。

Model Armor を使用する

Model Armor は、AI アプリケーションのセキュリティと安全性を強化するために設計されたGoogle Cloud サービスです。LLM のプロンプトとレスポンスを事前にスクリーニングすることで、さまざまなリスクから保護し、責任ある AI への取り組みをサポートします。AI を自社のクラウド環境と外部のクラウドプロバイダのいずれにデプロイする場合も、Model Armor は、悪意のある入力の防止、コンテンツの安全性の検証、機密データの保護、コンプライアンスの維持、多様な AI 環境全体での AI の安全性とセキュリティポリシーの一貫した適用に役立ちます。

ロギングが有効になっている Model Armor が有効になっている場合、Model Armor はペイロード全体をログに記録します。これにより、機密情報がログに公開される可能性があります。

Model Armor への MCP リクエストのルーティング

Model Armor は特定のリージョンで利用できます。Model Armor が有効になっていて、Model Armor がサポートしていない法域で MCP サーバーを使用すると、呼び出しのルーティング動作が MCP サーバーごとに異なる可能性があり、使用中および転送中のデータのデータ所在地のコンプライアンスに違反する可能性があります。個々の MCP サーバーの動作の詳細については、Model Armor 対応プロダクトをご覧ください。

Model Armor を有効にする

Model Armor を使用するには、Model Armor API を有効にする必要があります。

コンソール

Model Armor API を有効にします（有効になっていない場合）。
API を有効にするために必要なロール
API を有効にするには、serviceusage.services.enable 権限が必要です。プロジェクトを作成した場合は、オーナーロール（roles/owner）を介してこの権限がすでに付与されている可能性があります。それ以外の場合は、Service Usage 管理者ロール（roles/serviceusage.serviceUsageAdmin）を介してこの権限を取得できます。ロールを付与する方法を確認する。
API の有効化
Model Armor を有効にするプロジェクトを選択します。

gcloud

始める前に、Google Cloud CLI で Model Armor API を使用して、次の処理を行います。

Google Cloud コンソールで Cloud Shell をアクティブにします。

Cloud Shell をアクティブにする

Google Cloud コンソールの下部で Cloud Shell セッションが開始し、コマンドラインプロンプトが表示されます。Cloud Shell はシェル環境です。Google Cloud CLI がすでにインストールされており、現在のプロジェクトの値もすでに設定されています。セッションが初期化されるまで数秒かかることがあります。
次のコマンドを実行して、グローバル API エンドポイントを使用します。
```
gcloud config set api_endpoint_overrides/modelarmor "https://modelarmor.googleapis.com/"
```

Google と Google Cloud リモート MCP サーバーの保護を構成する

MCP ツールの呼び出しとレスポンスを保護するには、Model Armor のフロア設定を使用します。フロア設定は、プロジェクト全体に適用される最低限のセキュリティフィルタを定義します。この構成では、プロジェクト内のすべての MCP ツール呼び出しとレスポンスに一貫したフィルタセットが適用されます。

MCP サニタイズを有効にして Model Armor のフロア設定を構成します。詳細については、Model Armor のフロア設定を構成するをご覧ください。

次のコマンド例をご覧ください。

gcloud model-armor floorsettings update \
--full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
--enable-floor-setting-enforcement=TRUE \
--add-integrated-services=GOOGLE_MCP_SERVER \
--google-mcp-server-enforcement-type=INSPECT_AND_BLOCK \
--enable-google-mcp-server-cloud-logging \
--malicious-uri-filter-settings-enforcement=ENABLED \
--add-rai-settings-filters='[{"confidenceLevel": "MEDIUM_AND_ABOVE", "filterType": "DANGEROUS"}]'

PROJECT_ID は、実際の Google Cloud プロジェクト ID に置き換えます。

次の設定に注意してください。

INSPECT_AND_BLOCK: Google MCP サーバーのコンテンツを検査し、フィルタに一致するプロンプトとレスポンスをブロックする適用タイプ。
ENABLED: フィルタまたは違反措置を有効にする設定。
MEDIUM_AND_ABOVE: 責任ある AI - 危険なフィルタ設定の信頼度。この設定は変更できますが、値を小さくすると、誤検出が増える可能性があります。詳細については、Model Armor の信頼度をご覧ください。

Model Armor による MCP トラフィックのスキャンを無効にする

プロジェクトのフロア設定に基づいて、Google MCP サーバーとの間のトラフィックを Model Armor が自動的にスキャンしないようにするには、次のコマンドを実行します。

gcloud model-armor floorsettings update \
  --full-uri='projects/PROJECT_ID/locations/global/floorSetting' \
  --remove-integrated-services=GOOGLE_MCP_SERVER

PROJECT_ID は、 Google Cloud プロジェクト ID に置き換えます。Model Armor は、このプロジェクトのフロア設定で定義されたルールを Google MCP サーバーのトラフィックに自動的に適用しません。

Model Armor のフロア設定と一般構成は、MCP だけでなく、Model Armor は Vertex AI などのサービスと統合されているため、フロア設定を変更すると、MCP だけでなく、統合されたすべてのサービスでトラフィックスキャンと安全性の動作に影響する可能性があります。

IAM ポリシーで MCP の使用を制御する

Identity and Access Management（IAM）の拒否ポリシーと許可ポリシーを使用すると、 Google Cloud と Google MCP サーバーを保護できます。

複数の条件を組み合わせて、以下に基づいてアクセスを許可または拒否することで、カスタマイズされたセキュリティポリシーとガバナンスポリシーを構築できます。

プリンシパル。
読み取り専用属性などのツールプロパティ。
サービス名またはツール名。
アプリケーションの OAuth クライアント ID。

詳細については、Identity and Access Management による MCP の使用の制御をご覧ください。

次のステップ

AlloyDB MCP リファレンスドキュメントを読む。
Google Cloud MCP サーバーの詳細を確認する。

AlloyDB リモート MCP サーバーを使用する コレクションでコンテンツを整理 必要に応じて、コンテンツの保存と分類を行います。

ローカル MCP サーバーとリモート MCP サーバーの違いは何ですか？

ステートレス コア

Google Cloud 個のリモート MCP サーバー

制限事項

始める前に

必要なロール

必要な権限

認証と認可

AlloyDB MCP の OAuth スコープ

AlloyDB MCP サーバーを使用するように MCP クライアントを構成する

使用可能なツール

ツールの一覧表示

SQL を実行する

サンプルのユースケース

ウェブ アプリケーションの開発

運用とデータベースの構成管理

セキュリティと安全に関するオプションの構成

Model Armor を使用する

Model Armor への MCP リクエストのルーティング

Model Armor を有効にする

コンソール

gcloud

Google と Google Cloud リモート MCP サーバーの保護を構成する

Model Armor による MCP トラフィックのスキャンを無効にする

IAM ポリシーで MCP の使用を制御する

次のステップ

AlloyDB リモート MCP サーバーを使用する

ステートレスコア

ウェブアプリケーションの開発