Compatible con Postgres habla PostgreSQL
Conectar Base de datos de aleación de Google a Excel, Google Sheets, IA y REST
AlloyDB para PostgreSQL a través de una IP privada dentro de su VPC o mediante el proxy de autenticación de AlloyDB. Sin IP pública, sin regla de entrada.
Una conexión, cada superficie
Dónde pueden ir tus datos de AlloyDB
- 1 conexión saliente
- 0 puertos de entrada
- Solo lectura · Las credenciales permanecen
funciona en
- Para su equipo, proveedores y socios
-
Excel Complemento · Actualizar bajo demanda
-
Hojas de cálculo de Google Complemento · Actualizar bajo demanda
-
Nova AI preguntar en lenguaje sencillo · texto a SQL
-
Visor de datos Compartir resultados en directo · equipo, proveedores, socios · cualquier dispositivo
- Para aplicaciones y sistemas
-
API REST Punto final JSON · OpenAPI 3.1
-
Power BI Power Query M
-
Sincronizaciones programadas Google Sheets · Airtable · Baserow · SeaTable · Smartsheet · Anvil
- Para herramientas de IA
-
Asistentes de IA Claude · Cursor · Servidor MCP
- Entregado a las personas
-
Alertas e informes Slack · Discord · Correo electrónico · Webhook
Query Streams lee AlloyDB desde Microsoft Excel, Google Sheets, Power BI y asistentes de IA a través de MCP y un punto final REST mediante una única conexión de solo lectura. AlloyDB no tiene un nombre de host público al que conectarse; se accede a él mediante una IP privada dentro de su VPC de Google Cloud o a través del proxy de autenticación de AlloyDB en localhost. Al instalar el agente de red en una máquina virtual pequeña dentro de la misma VPC, este accede a la instancia de forma privada, estableciendo únicamente conexiones salientes. Por lo tanto, AlloyDB no necesita una IP pública y su VPC no requiere ninguna regla de entrada.
Google AlloyDB es PostgreSQL en la red — el controlador estándar, por lo que todas las guías a continuación se aplican sin cambios. La única parte específica de AlloyDB es la cadena de conexión, cubierta en detalles de conexión.
- Para su equipo, proveedores y socios
-
AlloyDB a Excel Microsoft Excel · Complemento de Excel
Integre los resultados de AlloyDB en tiempo real directamente en una hoja de cálculo y actualícelos bajo demanda: Excel de escritorio, Excel Online, Microsoft 365.
Guía de PostgreSQL -
De AlloyDB a Google Sheets Complemento de hojas
Ejecuta una consulta de AlloyDB guardada desde la barra lateral y arrastra las filas a la hoja de cálculo. Los colaboradores pueden actualizarla ellos mismos.
Guía de PostgreSQL -
Pregúntale a Nova sobre AlloyDB. Nova AI · texto a SQL
Haz tu pregunta en lenguaje sencillo. Nova ya conoce tus tablas de AlloyDB, escribe y ejecuta la consulta SQL, explica la respuesta y la representa gráficamente; no necesitas escribir ninguna consulta ni proporcionar credenciales.
Cómo funciona Nova -
AlloyDB a Visor de datos Compartir resultados · equipo, proveedores, socios · teléfono, tableta, ordenador
Comparta un resultado de AlloyDB en tiempo real con quien desee —un colega, un proveedor, un socio— como una cuadrícula que se puede guardar como marcador y que se ejecuta de nuevo al abrirla, ya sea en un teléfono, una tableta o un ordenador. Verán los resultados, nunca el código SQL ni las credenciales.
Cómo funciona el visor de datos - Para aplicaciones y sistemas
-
API REST de AlloyDB punto final HTTP
Publique una consulta de AlloyDB como un punto final JSON autenticado al que cualquier aplicación puede acceder, con una especificación OpenAPI 3.1 y colecciones preconfiguradas para Postman, Insomnia y Hoppscotch. No se abre ningún puerto de base de datos.
Guía de PostgreSQL -
AlloyDB a Power BI Power Query M
Pegue la consulta Power Query M generada en el Editor avanzado de Power BI y el informe leerá los resultados de AlloyDB en tiempo real a través de HTTPS, sin necesidad de un controlador ODBC ni de abrir ningún puerto de base de datos.
Cómo funciona Power BI -
AlloyDB a Airtable Plataforma de automatización
Sincroniza las filas de AlloyDB con una base de datos de Airtable según un cronograma, o recupéralas mediante un script de automatización de Airtable.
Guía de PostgreSQL -
AlloyDB a Baserow Plataforma de automatización
Alimenta una tabla de Baserow desde AlloyDB a través del punto final REST, ya sea en servidores propios o en la nube de Baserow.
Guía de PostgreSQL -
AlloyDB a SeaTable Plataforma de automatización
Mantén actualizada una base de datos SeaTable con datos de AlloyDB sin exportar ningún archivo ni exponer la base de datos.
Guía de PostgreSQL -
AlloyDB a Smartsheet Plataforma de automatización
Integre los resultados de AlloyDB en una cuadrícula de Smartsheet para que los planes e informes se lean desde el sistema de origen, y no desde la exportación de la semana pasada.
Guía de PostgreSQL -
AlloyDB a Anvil Anvil Works · Plataforma de aplicaciones
Realice una copia de seguridad de una aplicación Python de Anvil con AlloyDB a través del punto final REST en lugar de incrustar las credenciales de la base de datos en la aplicación.
Guía de PostgreSQL - Para herramientas de IA
-
Servidor AlloyDB MCP Clientes de Claude, Cursor y MCP
Otorgue a un asistente de IA acceso de solo lectura a AlloyDB con el esquema que necesita para escribir SQL correcto; no se requieren credenciales en el chat.
Guía de PostgreSQL - Entregado a las personas
-
Alertas e informes de AlloyDB Slack · Discord · Correo electrónico · Webhook
Programa una consulta de AlloyDB y haz que las filas se envíen a Slack, Discord, correo electrónico o un webhook firmado, o bien, retén el mensaje hasta que un número de filas, un umbral o un cambio porcentual supere la línea que hayas establecido.
Cómo funcionan las alertas y los informes
Cómo funciona
5 pasos, sin cambios en el firewall de entrada
Instale el agente de red en una máquina virtual dentro de la misma VPC de Google Cloud que la instancia de AlloyDB. Esta es la ubicación que presupone todo el diseño.
Introduzca la dirección IP privada de la instancia. AlloyDB no tiene nombre de host; la dirección es la que tiene asignada.
O bien, ejecute AlloyDB Auth Proxy en la máquina virtual del agente y configure la tarjeta para que apunte a 127.0.0.1. La tarjeta reconoce localhost y ofrece la información adecuada.
Introduce el usuario y la contraseña de la base de datos. AlloyDB utiliza por defecto una base de datos llamada postgres, que la tarjeta rellena automáticamente.
Guardar. Microsoft Excel, Google Sheets, Power BI, MCP y REST leen a través de esa única conexión o la combinan con sus otras fuentes en una sola instrucción de solo lectura.
Análisis en profundidad de la función
Lo que AlloyDB te ofrece
Un agente en la VPC es todo el diseño
AlloyDB está diseñado para ser privado, y el Agente de Red está diseñado para establecer únicamente conexiones salientes. Estos dos aspectos se complementan a la perfección, de modo que la ruta privada es la opción predeterminada en lugar de la opción reforzada.
- Ejecute el agente en una máquina virtual dentro de la misma VPC y este accederá a la instancia a través de su IP privada. No se publica ninguna información sobre AlloyDB y no se necesita una IP pública.
- El agente realiza llamadas salientes pero nunca escucha, por lo que no hay ninguna regla de entrada que agregar y nada a lo que pueda acceder nadie fuera de la VPC.
- Dado que AlloyDB se accede mediante IP en lugar de mediante nombre de host, no hay nada en la dirección que Query Streams pueda reconocer. La insignia de AlloyDB se obtiene al elegir esta tarjeta, no al interceptar la dirección. — por lo que una conexión Postgres simple a la misma IP permanece etiquetada como Postgres simple.
- AlloyDB es compatible únicamente con PostgreSQL. A diferencia de Cloud SQL, que también ofrece MySQL y SQL Server, aquí solo hay un motor y no hay opción para elegirlo.
A través del proxy de autenticación, desactive SSL.
La otra opción compatible es el proxy de autenticación AlloyDB de Google, que modifica una respuesta del formulario.
- Ejecuta el proxy en la máquina del agente y apunta la tarjeta a 127.0.0.1. La tarjeta detecta localhost e indica qué hacer a continuación.
- El proxy cifra el túnel. El error SSL que se produce cuando se le pide al controlador de Postgres que negocie su propio TLS sobre esa cifra es lo que provoca que los usuarios se encuentren con él; por lo tanto, desactive la casilla de verificación para una conexión a través de proxy.
- En una conexión IP privada directa, deje la casilla marcada. AlloyDB es la excepción entre los proveedores de alojamiento en este caso. — La casilla de verificación controla realmente si se utiliza TLS, en lugar de ser anulada por el agente.
- Cuando TLS está activado, el tráfico se cifra, pero la cadena de certificados no se verifica.
Postgres ordinario una vez conectado
Más allá de la dirección y el proxy, no hay ningún mecanismo específico de AlloyDB. Lo que llega es PostgreSQL.
- La conexión se guarda como PostgreSQL con AlloyDB como nombre de dominio. No existe ningún tipo de conexión llamado AlloyDB.
- La autenticación se realiza mediante un nombre de usuario y una contraseña de la base de datos. Esta tarjeta no admite la autenticación de la base de datos de Google Cloud IAM.
- No hay configuración de pooler ni punto final de pool para elegir. El agente se conecta directamente.
- "public" es el esquema predeterminado, y es el que contiene una referencia entre fuentes.
-- Postgres ordinario, solo lectura, sobre la IP privada SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interval '30 days' GROUP BY c.name ORDER BY revenue DESC;
Compartido por todos los conectores de bases de datos
Esto es cierto para todos los conectores de bases de datos.
- Solo salida — El agente abre una conexión cifrada hacia Query Streams. No hay ningún puerto de entrada que reenviar, ni VPN, ni lista de direcciones IP permitidas, nada de su base de datos queda expuesto a Internet.
- Las credenciales permanecen en su lugar. — El nombre de usuario y la contraseña de la base de datos se encuentran en la máquina donde instaló el agente. Query Streams nunca los recibe y no puede acceder a su base de datos por sí solo.
- Solo lectura, obligatorio — Una instrucción a la vez, solo SELECT y similares. La escritura se rechaza en tu máquina antes de enviarse al servidor, en lugar de depender de un permiso que alguien haya configurado.
- Despliega tantos agentes como quieras. — uno por sitio, región o nube. Todas las fuentes de datos que pueden ver llegan en un único menú desplegable, por lo que nadie tiene que saber qué agente aloja qué.
Lo que obtienes una vez que se guarda una consulta
- Comparte la capacidad, no el SQL. — Un colega o un socio externo puede ejecutar su consulta y cambiar sus filtros sin ver nunca la instrucción que la respalda.
- Filtros desde cualquier dirección — declárelas usted mismo como @variables, o deje que el conector detecte los valores literales que ya se encuentran en su cláusula WHERE y los ofrezca como menús desplegables.
- Léelo desde cualquier lugar — Microsoft Excel, Google Sheets, Power BI, la API REST, los asistentes de IA a través de MCP, el Generador de consultas y Nova leen la misma consulta guardada.
- Ejecutar varios a la vez — cinco consultas guardadas en cinco pestañas de hojas de cálculo, procesadas simultáneamente, independientemente del tamaño de los resultados.
- Conéctalo a cualquier otra cosa que tengas conectada. — otra base de datos, una API empresarial o una carpeta de archivos, en una sola instrucción de solo lectura.
SQL entre fuentes
Une AlloyDB al resto de tus datos.
Una sola instrucción puede abarcar AlloyDB y tus otras conexiones a la vez. Cada fuente ejecuta solo la parte que puede, transmite el resultado y la unión se realiza de forma centralizada; las fuentes nunca se comunican entre sí y no se copia nada en ningún lugar.
3 conexiones · 3 agentes
Una declaración
-- nada copiado, nada fusionado, nada programado
SELECCIONE c.region, COUNT(*) AS orders, SUM(i.amount_due) AS invoiced
DESDE núcleo de aleaciónÓrdenes públicas1 f
ÚNASE A erp_sql.dbo.clientes2 c ON c.id = f.customer_id
ÚNASE A facturación.stripe.facturas3 i ON i.cliente = c.stripe_id
GRUPO POR región c
ORDENAR POR facturado DESC;
Las tres partes son conexión, esquema y tabla; el nombre de la conexión es el que le hayas dado. Las columnas son solo ilustrativas; tus tablas serán tus tablas. Se aplica el modo de solo lectura a cada elemento: solo SELECT, WITH y EXPLAIN, con un límite en la cantidad de datos que una sola fuente puede proporcionar para una sola consulta. Cómo funcionan las consultas federadas
Detalles de conexión
Lo que AlloyDB necesita
- DIRECCIÓN
- La IP privada de la instancia. AlloyDB no tiene un nombre de host público, o 127.0.0.1 cuando se utiliza el proxy de autenticación.
- Puerto
- 5432
- Conductor
- Npgsql, incluido por el agente; no hay nada que instalar en AlloyDB.
- Colocación de agentes
- Una máquina virtual en la misma VPC. Solo tráfico saliente, por lo que no hay regla de entrada ni exposición pública.
- Base de datos
- PostgreSQL por defecto y precargado como tal.
- Autenticación
- Nombre de usuario y contraseña de la base de datos. No se admite la autenticación de la base de datos IAM.
- TLS
- Controlado por la casilla de verificación y activado por defecto. Cifrado; la cadena de certificados no se verifica. Desactívelo al pasar por el proxy de autenticación, que cifra el túnel.
- Agrupación
- No hay nada que configurar: el agente se conecta directamente.
- Motores
- Solo PostgreSQL. A diferencia de Cloud SQL, no hay opción para MySQL ni SQL Server.
- Esquema predeterminado
- público, que es lo que conlleva una referencia federada
AlloyDB es el ejemplo más claro en este catálogo de cómo la estructura del agente se adapta a la de la base de datos. AlloyDB requiere una IP privada sin acceso público; el agente solo realiza conexiones salientes y nunca escucha en ningún puerto. Al ubicar uno dentro de la VPC junto con el otro, no hay que negociar ninguna solución: no hay que habilitar una IP pública, mantener una lista de redes autorizadas ni realizar auditorías posteriores de reglas de entrada. Acceder a una base de datos privada suele tener un coste en la red. En este caso, solo requiere una pequeña máquina virtual.
La nota al pie de página de Auth Proxy es útil leerla antes de que se produzca el error, no después. El proxy de Google ya cifra el túnel, por lo que cuando el controlador de Postgres intenta negociar TLS dentro del mismo, la prueba de conexión falla con un error SSL que parece un problema de certificado, pero no lo es. La solución consiste en desmarcar la casilla SSL para una conexión con proxy, y la tarjeta lo indica en cuanto detecta una dirección localhost. En una conexión directa a una IP privada, la casilla debe permanecer marcada; y a diferencia de la mayoría de los proveedores de alojamiento, en AlloyDB es la casilla la que decide, no el agente.
Para consultas entre fuentes, AlloyDB funciona como PostgreSQL. Una conexión denominada `alloy_core` se escribe como `alloy_core.public.orders` y se une a una carpeta de archivos CSV, un sistema de registro local o una API de facturación en una sola instrucción de solo lectura, sin copiar ni programar nada. La unión se ejecuta desde donde se encuentre el agente, lo que en el caso de AlloyDB significa desde dentro de su VPC.
Documentación del proveedor: nube.google.com
Preguntas frecuentes
Preguntas sobre Google AlloyDB
¿Qué herramientas pueden leer datos de Google AlloyDB a través de Query Streams?
Todas ellas, desde una única conexión: Excel, Google Sheets, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, alertas e informes programados. Conecte la base de datos una sola vez y todas las superficies leerán la misma conexión de solo lectura; no se requiere configuración por herramienta ni una segunda copia de los datos.
¿Tengo que abrir un puerto del firewall para mi base de datos Google AlloyDB?
No. El agente de red de Query Streams se ejecuta dentro de su red y abre una única conexión cifrada saliente. No se monitoriza el tráfico entrante, no se requiere VPN y la base de datos conserva sus reglas de firewall existentes.
¿Pueden las secuencias de consultas modificar los datos en Google AlloyDB?
No. El agente aplica el modo de solo lectura en el punto de ejecución: una instrucción a la vez, solo SELECT y similares. Las credenciales permanecen en el agente y nunca se envían a Query Streams.
¿Qué necesita Query Streams para conectarse a Google AlloyDB?
Un host accesible, un rol y su contraseña: el agente lleva el controlador, por lo que no se instala nada en la base de datos. Dirección: La IP privada de la instancia. AlloyDB no tiene nombre de host público, o 127.0.0.1 cuando se usa el proxy de autenticación. Puerto: 5432. Controlador: Npgsql, llevado por el agente; no hay que instalar nada en AlloyDB. Ubicación del agente: Una máquina virtual en la misma VPC. Solo de salida, por lo que no hay regla de entrada ni exposición pública.
¿Puedo unir Google AlloyDB con otra base de datos en la misma consulta?
Sí, se trata de una consulta federada. Una sola instrucción puede hacer referencia a Google AlloyDB y a tus otras conexiones simultáneamente, escritas como conexión.esquema.tabla. Cada origen ejecuta solo la parte que puede y transmite el resultado; la unión se realiza de forma centralizada, por lo que los orígenes nunca se conectan entre sí y no se copia ni se programa nada. El modo de solo lectura se aplica a cada parte (solo SELECT, WITH y EXPLAIN) y existe un límite en la cantidad de datos que un origen puede transferir para una sola consulta. Las consultas federadas son una función del plan; la página de consultas federadas muestra los límites actuales de origen y tamaño.
¿Es diferente conectar Google AlloyDB que conectar PostgreSQL?
Solo la cadena de conexión. Google AlloyDB utiliza el protocolo de red de PostgreSQL, por lo que los filtros, la programación, el uso compartido, los complementos de Excel y Google Sheets, y el servidor MCP funcionan de forma idéntica. La tarjeta AlloyDB rellena automáticamente la configuración de host, puerto y SSL que espera el proveedor.
¿Existe alguna guía para convertir AlloyDB a Excel?
Sí, se trata de la guía de PostgreSQL, y es correcta para Google AlloyDB tal como está escrita. AlloyDB utiliza el protocolo de comunicación de PostgreSQL, por lo que la conexión de AlloyDB a Excel, a Google Sheets y a cualquier otro destino sigue los mismos pasos. La única parte específica de AlloyDB es la cadena de conexión, y la tarjeta de AlloyDB la completa automáticamente.
Coloca AlloyDB donde se realiza el trabajo.
Instale el agente, indíquele la ubicación de su base de datos y elija un destino.
Solo lectura Solo salida Las credenciales permanecen en el agente.

