Usa el servidor de MCP remoto de AlloyDB

En este documento, se muestra cómo usar el servidor remoto del Protocolo de contexto del modelo (MCP) de AlloyDB para PostgreSQL para conectarse con aplicaciones de IA, incluidas la CLI de Gemini, ChatGPT, Claude y las aplicaciones personalizadas que desarrolles. El servidor MCP remoto de AlloyDB para PostgreSQL te permite acceder a las herramientas de AlloyDB y ejecutarlas para administrar clústeres e instancias de AlloyDB desde tus entornos de desarrollo habilitados para IA y plataformas de agentes de IA. El servidor MCP remoto de AlloyDB para PostgreSQL se habilita cuando habilitas la API de AlloyDB para PostgreSQL.

El estándar del Protocolo de contexto del modelo (MCP) estandariza la forma en que los modelos de lenguaje grandes (LLM) y las aplicaciones o los agentes de IA se conectan a fuentes de datos externas. Los servidores de MCP te permiten usar sus herramientas, recursos y mensajes para realizar acciones y obtener datos actualizados de su servicio de backend.

¿Cuál es la diferencia entre los servidores de MCP locales y remotos?

Servidores de MCP locales
Por lo general, se ejecutan en tu máquina local y usan los flujos de entrada y salida estándar (stdio) para la comunicación entre servicios en el mismo dispositivo.
Servidores de MCP remotos
Se ejecutan en la infraestructura del servicio y ofrecen un extremo HTTP a las aplicaciones de IA para la comunicación entre el cliente de MCP de IA y el servidor de MCP. Para obtener más información sobre la arquitectura de MCP, consulta Arquitectura de MCP.

Núcleo sin estado

Con la versión 2026-07-28 del MCP, el MCP cambia de un protocolo bidireccional con estado a un protocolo sin estado. Cada solicitud de MCP se describe por sí misma y se puede enrutar con encabezados. No es necesario el handshake initialize/initialized ni Mcp-Session-Id porque cada solicitud incluye toda la información necesaria en los encabezados HTTP o el parámetro _meta. Los servidores de MCP pueden solicitar información adicional que requiere una herramienta a través de solicitudes de varios viajes de ida y vuelta (MRTR).

Para ayudar a enrutar y procesar solicitudes sin analizar el cuerpo de la solicitud, se requieren algunos encabezados de MCP, incluidos los siguientes:

Para obtener más información sobre la arquitectura de MCP, consulta la especificación y los cambios clave de la versión 2026-07-28 de MCP.

Te recomendamos usar el servidor de MCP local de AlloyDB por los siguientes motivos:

  • Desarrolla y prueba de forma local
  • Uso sin conexión de MCP
  • Administra clústeres e instancias de AlloyDB desde tu aplicación basada en IA

Para obtener más información sobre cómo usar tu servidor de MCP local, consulta Usa AlloyDB para PostgreSQL con MCP, Gemini CLI y otros agentes o Servidor de MCP de AlloyDB para PostgreSQL. Las siguientes secciones solo se aplican al servidor MCP remoto de AlloyDB para PostgreSQL.

Google Cloud servidores de MCP remotos

Los servidores de MCP remotos y de Google Google Cloud tienen las siguientes funciones y beneficios:

  • Descubrimiento simplificado y centralizado
  • Extremos HTTP regionales o globales administrados
  • Autorización detallada
  • Seguridad opcional de instrucciones y respuestas con protección de Model Armor
  • Registro de auditoría centralizado

Para obtener información sobre otros servidores de MCP y sobre los controles de seguridad y administración disponibles para los servidores de MCP de Google Cloud, consulta la Descripción general de los servidores de MCP de Google Cloud.

Limitaciones

El servidor de MCP remoto de AlloyDB tiene las siguientes limitaciones:

Antes de comenzar

  1. Accede a tu cuenta de Google Cloud . Si es la primera vez que usas Google Cloud, crea una cuenta para evaluar el rendimiento de nuestros productos en situaciones reales. Los clientes nuevos también obtienen $300 en créditos gratuitos para ejecutar, probar y, además, implementar cargas de trabajo.

  2. 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

  3. 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.

  4. 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

  5. Install the Google Cloud CLI.

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

  7. To initialize the gcloud CLI, run the following command: 

    gcloud init

  8. 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

  9. 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.

  10. 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

  11. Install the Google Cloud CLI.

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

  13. To initialize the gcloud CLI, run the following command: 

    gcloud init

Roles obligatorios

Para obtener los permisos que necesitas para usar el servidor de MCP de AlloyDB para PostgreSQL, pídele a tu administrador que te otorgue los siguientes roles de IAM en el proyecto en el que deseas usar el servidor de MCP de AlloyDB para PostgreSQL:

Para obtener más información sobre cómo otorgar roles, consulta Administra el acceso a proyectos, carpetas y organizaciones.

Estos roles predefinidos contienen los permisos necesarios para usar el servidor de MCP de AlloyDB para PostgreSQL. Para ver los permisos exactos que son necesarios, expande la sección Permisos requeridos:

Permisos necesarios

Se requieren los siguientes permisos para usar el servidor de MCP de AlloyDB para PostgreSQL:

  • Realiza llamadas a herramientas de MCP: mcp.tools.call
  • Crea un clúster de AlloyDB: alloydb.cluster.create
  • Crea un usuario de AlloyDB: alloydb.users.create
  • Clona una instancia de AlloyDB: alloydb.instances.create
  • Ejecuta consultas en SQL en una instancia de AlloyDB:
    • alloydb.instances.executeSql
    • alloydb.instances.login
  • Ejecuta consultas de SQL de solo lectura en una instancia de AlloyDB:
    • alloydb.instances.executeSqlReadOnly
    • alloydb.instances.login
  • Obtén un clúster de AlloyDB: alloydb.instances.get
  • Obtén una operación del clúster de AlloyDB: alloydb.clusters.get
  • Importa datos a un clúster de AlloyDB: alloydb.clusters.import
  • Exporta datos de un clúster de AlloyDB a Cloud Storage: alloydb.clusters.export
  • Enumera los clústeres de AlloyDB en un proyecto: alloydb.clusters.list
  • Enumera los usuarios de AlloyDB: alloydb.users.list
  • Actualiza un clúster de AlloyDB: alloydb.clusters.update
  • Actualiza un usuario de AlloyDB: alloydb.users.update

También puedes obtener estos permisos con roles personalizados o con otros roles predefinidos.

Autenticación y autorización

El servidor MCP remoto de AlloyDB para PostgreSQL usa el protocolo OAuth 2.0 con Identity and Access Management (IAM) para la autenticación y la autorización. Se admiten todas las Google Cloud identidades para la autenticación en los servidores de MCP.

El servidor de MCP remoto de AlloyDB no acepta claves de API.

Te recomendamos que crees una identidad independiente para los agentes que usan herramientas de MCP, de modo que se pueda controlar y supervisar el acceso a los recursos. Para obtener más información sobre la autenticación, consulta Cómo autenticarse en los servidores de MCP.

Permisos de OAuth del MCP de AlloyDB

OAuth 2.0 usa permisos y credenciales para determinar si un principal autenticado está autorizado a realizar una acción específica en un recurso. Para obtener más información sobre los permisos de OAuth 2.0 en Google, consulta Usa OAuth 2.0 para acceder a las APIs de Google.

AlloyDB tiene los siguientes permisos de OAuth de la herramienta de MCP:

URI de alcance para gcloud CLI Descripción
https://www.googleapis.com/auth/alloydb Ver, editar, configurar y borrar tus datos de Google Cloud AlloyDB y ver la dirección de correo electrónico de tu Cuenta de Google

Es posible que se requieran permisos adicionales en los recursos a los que se accede durante una llamada a la herramienta. Para ver una lista de los permisos necesarios para AlloyDB, consulta la API de AlloyDB Admin.

Configura un cliente de MCP para que use el servidor de MCP de AlloyDB

Las aplicaciones y los agentes de IA, como Claude o Antigravity, pueden crear instancias de un cliente de MCP que se conecta a un solo servidor de MCP. Una aplicación de IA puede tener varios clientes que se conectan a diferentes servidores de MCP. Si tu aplicación no aparece en la guía específica para el cliente, puedes usar la siguiente información para conectarte desde la mayoría de las aplicaciones.

En tu aplicación de IA, busca una forma de agregar o conectarte a un servidor de MCP remoto. Para el servidor de MCP de AlloyDB para PostgreSQL, ingresa la siguiente información según sea necesario:

  • Nombre del servidor: Servidor de MCP de AlloyDB para PostgreSQL
  • URL del servidor o Extremo: https://alloydb.googleapis.com/mcp
  • Transporte: HTTP con transmisión
  • Detalles de autenticación: Según cómo desees autenticarte, puedes ingresar tus Google Cloud credenciales, tu ID y secreto de cliente de OAuth, o bien la identidad y las credenciales de un agente. Para obtener más información sobre la autenticación, consulta Cómo autenticarse en los servidores de MCP.
  • Alcance de OAuth: Es el alcance de OAuth 2.0 que deseas usar cuando te conectes al servidor de MCP de AlloyDB para PostgreSQL.

Para obtener orientación específica de la aplicación sobre cómo configurar y conectarse al servidor de MCP, consulta Orientación específica del cliente.

Para obtener orientación más general, consulta los siguientes recursos:

Herramientas disponibles

Para ver los detalles de las herramientas de MCP disponibles y sus descripciones para el servidor de MCP de AlloyDB para PostgreSQL, consulta la referencia de MCP de AlloyDB para PostgreSQL.

Herramientas de lista

Usa el inspector de MCP para enumerar herramientas o envía una solicitud HTTP tools/list directamente al servidor de MCP remoto de AlloyDB para PostgreSQL. El método tools/list no requiere autenticación.

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"]
              }
            }
          }
        }
      }
    }'

Reemplaza lo siguiente:

  • TOOLSET_ENDPOINT: Es el resto del extremo del MCP después del nombre del servicio. Por ejemplo, para AlloyDB para PostgreSQL, podría ser mcp/toolset-name.
  • MCP_PROTOCOL_VERSION: Es la versión del protocolo de MCP. Por ejemplo, 2026-07-28.

Ejecutar SQL

Para ejecutar sentencias de SQL, sigue estos pasos:

  1. Establece el parámetro de configuración de la instancia data_api_access en la instancia de AlloyDB con el valor ALLOW_DATA_API_ACCESS. Cuando creas una instancia con la herramienta create_instance, la configuración de data_api_access se habilita automáticamente.

    Si la configuración de data_api_access no está habilitada en una instancia, puedes habilitarla con el comando curl para actualizar el valor del campo dataApiAccess a 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",
 }'

    Reemplaza lo siguiente:

    • PROJECT_ID: Es el ID de tu proyecto de Google Cloud .
    • LOCATION: Es la región en la que se encuentra tu clúster de AlloyDB.
    • CLUSTER_ID: Es el ID de tu clúster de AlloyDB.
    • INSTANCE_ID: Es el ID de tu instancia de AlloyDB.

  2. En Gemini CLI, ingresa una instrucción similar a la siguiente:

    Habilita la autenticación de la base de datos de IAM en la instancia de AlloyDB INSTANCE_NAME Asegúrate de que las sentencias SQL usen los privilegios asociados con la cuenta de usuario de autenticación de la base de datos de IAM USER_ACCOUNT

    Reemplaza lo siguiente:

    • INSTANCE_NAME: Es el nombre de la instancia de AlloyDB.
    • USER_ACCOUNT: Es la cuenta de usuario de IAM que se usará para la autenticación cuando se ejecuten sentencias SQL.

Ejemplos de casos de uso

A continuación, se muestran ejemplos de casos de uso para el servidor de MCP de AlloyDB.

Desarrollo de aplicaciones web

Un caso de uso de ejemplo podría ser el desarrollo rápido de aplicaciones web y el aprovisionamiento de instancias de AlloyDB como su base de datos de origen. En este caso de uso, el servidor de MCP de AlloyDB te permite compilar una nueva base de datos y completarla con datos iniciales para un proyecto nuevo usando lenguaje natural.

Instrucción de ejemplo:

"Crea una nueva instancia de desarrollo de AlloyDB para PostgreSQL y configura una tabla llamada productos".

Flujo de trabajo: El flujo de trabajo para configurar una aplicación web podría verse de la siguiente manera:

  • Aprovisionamiento: El agente crea un clúster en el que se puede asignar la instancia. Luego, el agente llama a la herramienta create_instance para crear una instancia de AlloyDB nueva con especificaciones del tamaño de un entorno de desarrollo. Puedes habilitar la conectividad de IP pública en la instancia nueva. También puedes automatizar la configuración de extremos de Private Service Connect.

  • Verificación: El agente usa la herramienta get_operation para sondear el estado de la operación de creación de la instancia.

  • Connection: Cuando se completa la operación, el agente usa la herramienta get_instance para recuperar los metadatos de conexión de la instancia.

  • Configuración del esquema: El agente crea la base de datos y, luego, usa execute_sql para ejecutar la instrucción de SQL CREATE TABLE products.

  • Inicialización de datos: El agente vuelve a usar execute_sql para insertar datos iniciales de inicialización (DML) en la tabla recién creada.

Administración de la configuración operativa y de la base de datos

En este caso de uso de ejemplo, puedes revisar las instancias de bases de datos existentes para asegurarte de que cumplan con los estándares de configuración operativa. También puedes usar el agente para administrar los usuarios de la base de datos en la instancia.

Instrucción de ejemplo:

"Enumera todas las instancias de PostgreSQL en mi proyecto y muéstrame sus detalles para verificar que usan la misma configuración y que la lista más reciente de usuarios de la base de datos se actualizó correctamente".

Flujo de trabajo: El flujo de trabajo para verificar la configuración de la instancia y el usuario de la base de datos de AlloyDB podría verse de la siguiente manera.

  • Descubrimiento: El agente usa list_instances para recuperar una lista de todas las instancias de AlloyDB en el proyecto.

  • Inspección: Para cada instancia identificada, el agente llama a get_instance para recuperar metadatos de configuración detallados, como la versión de la base de datos, la región y el tipo de máquina, y llama a list_users para verificar los usuarios de la base de datos en la instancia. Estos metadatos incluyen información sobre si la conectividad de IP pública está habilitada o si los extremos de Private Service Connect están configurados.

  • Generación de informes: El agente resume los hallazgos y destaca cualquier instancia o usuario que se desvíe de la configuración esperada.

Configuraciones opcionales de seguridad

El MCP introduce nuevos riesgos y consideraciones de seguridad debido a la amplia variedad de acciones que se pueden realizar con las herramientas de MCP. Para minimizar y administrar estos riesgos,Google Cloud ofrece políticas predeterminadas y personalizables para controlar el uso de las herramientas de MCP en tu organización o proyecto de Google Cloud.

Para obtener más información sobre la seguridad y la administración de MCP, consulta Seguridad y protección de la IA.

Usa Model Armor

Model Armor es unGoogle Cloud servicio diseñado para mejorar la seguridad de tus aplicaciones de IA. Funciona analizando de forma proactiva las instrucciones y respuestas de los LLM, protegiendo contra diversos riesgos y respaldando prácticas de IA responsable. Ya sea que implementes IA en tu entorno de nube o en proveedores de servicios en la nube externos, Model Armor puede ayudarte a evitar entradas maliciosas, verificar la seguridad del contenido, proteger datos sensibles, mantener el cumplimiento y aplicar tus políticas de seguridad de la IA de manera coherente en todo tu diverso panorama de IA.

Cuando Model Armor está habilitado con el registro habilitado, registra toda la carga útil. Esto podría exponer información sensible en tus registros.

Enrutamiento de solicitudes de MCP a Model Armor

Model Armor está disponible en ciertas regiones. Cuando Model Armor está habilitado y usas un servidor de MCP en una jurisdicción que Model Armor no admite, el comportamiento de enrutamiento de la llamada podría ser diferente para los distintos servidores de MCP y podría incumplir la residencia de datos para los datos en uso y en tránsito. Para obtener más información sobre el comportamiento de los servidores de MCP individuales, consulta Productos compatibles con Model Armor.

Habilita Model Armor

Para poder usar las APIs de Model Armor, debes habilitarlas.

Console

  1. Habilita la API de Model Armor si aún no está habilitada.

    Roles necesarios para habilitar las APIs

    Para habilitar APIs, necesitas el permiso serviceusage.services.enable. Si creaste el proyecto, es probable que ya tengas este permiso a través del rol de propietario (roles/owner). De lo contrario, puedes obtener este permiso a través del rol de administrador de Service Usage (roles/serviceusage.serviceUsageAdmin). Obtén más información para otorgar roles.

    Habilitar la API

  2. Elige el proyecto en el que quieres activar Model Armor.

gcloud

Antes de empezar, sigue estos pasos a través de la Google Cloud CLI con la API de Model Armor:

  1. En la consola de Google Cloud , activa Cloud Shell.

    Activa Cloud Shell

    En la parte inferior de la consola de Google Cloud , se inicia una sesión de Cloud Shell en la que se muestra una ventana de línea de comandos. Cloud Shell es un entorno de shell con Google Cloud CLI ya instalada y con valores ya establecidos para el proyecto actual. La sesión puede tardar unos segundos en inicializarse.

  2. Ejecuta el siguiente comando para usar el extremo de API global:

    gcloud config set api_endpoint_overrides/modelarmor "https://modelarmor.googleapis.com/"

Configura la protección para los servidores de MCP remotos y de Google Google Cloud

Para proteger las llamadas y respuestas de tu herramienta de MCP, puedes usar la configuración mínima de Model Armor. Un parámetro de configuración mínimo define los filtros de seguridad mínimos que se aplican en todo el proyecto. Esta configuración aplica un conjunto coherente de filtros a todas las llamadas y respuestas de herramientas de MCP dentro del proyecto.

Configura un ajuste mínimo de Model Armor con la limpieza de MCP habilitada. Para obtener más información, consulta Configura los parámetros mínimos de Model Armor.

Consulta el siguiente comando de ejemplo:

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"}]'

Reemplaza PROJECT_ID por el ID del proyecto de Google Cloud .

Ten en cuenta los siguientes parámetros de configuración:

  • INSPECT_AND_BLOCK: Es el tipo de aplicación que inspecciona el contenido del servidor de MCP de Google y bloquea las instrucciones y las respuestas que coinciden con los filtros.
  • ENABLED: Es el parámetro de configuración que habilita un filtro o la aplicación de una política.
  • MEDIUM_AND_ABOVE: Es el nivel de confianza para la configuración del filtro de IA responsable: Peligroso. Puedes modificar este parámetro de configuración, aunque los valores más bajos pueden generar más falsos positivos. Para obtener más información, consulta Niveles de confianza de Model Armor.

Inhabilita el análisis del tráfico de MCP con Model Armor

Para evitar que Model Armor analice automáticamente el tráfico hacia y desde los servidores de MCP de Google según la configuración mínima del proyecto, ejecuta el siguiente comando:

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

Reemplaza PROJECT_ID por el ID del proyecto de Google Cloud . Model Armor no aplica automáticamente las reglas definidas en la configuración mínima de este proyecto al tráfico de ningún servidor de MCP de Google.

La configuración mínima de Model Armor y la configuración general pueden afectar a más que solo el MCP. Dado que Model Armor se integra con servicios como Vertex AI, cualquier cambio que realices en la configuración mínima puede afectar el análisis del tráfico y los comportamientos de seguridad en todos los servicios integrados, no solo en el MCP.

Controla el uso del MCP con políticas de IAM

Las políticas de denegación y las políticas de permisos de Identity and Access Management (IAM) te ayudan a proteger los servidores de Google Cloud y de Google MCP.

Puedes combinar varios criterios para crear políticas de seguridad y gobernanza personalizadas, ya que puedes permitir o denegar el acceso según lo siguiente:

  • Es la entidad principal.
  • Propiedades de la herramienta, como el atributo de solo lectura
  • Es el nombre del servicio o la herramienta.
  • Es el ID de cliente de OAuth de la aplicación.

Para obtener más información, consulta Controla el uso del MCP con Identity and Access Management.

¿Qué sigue?