Logo di Google AlloyDB

Compatibile con Postgres parla PostgreSQL

Collegare Google AlloyDB per Excel, Fogli Google, IA e REST

AlloyDB per PostgreSQL su un IP privato all'interno della tua VPC o tramite AlloyDB Auth Proxy. Nessun IP pubblico, nessuna regola in entrata.

Un collegamento, ogni superficie

Dove possono essere archiviati i tuoi dati AlloyDB

Query Streams legge AlloyDB da Microsoft Excel, Fogli Google, Power BI, assistenti AI tramite MCP e un endpoint REST attraverso un'unica connessione di sola lettura. AlloyDB non ha un hostname pubblico a cui connettersi: è accessibile tramite un IP privato all'interno della VPC di Google Cloud oppure tramite il proxy di autenticazione di AlloyDB su localhost. Installando l'agente di rete su una piccola macchina virtuale nella stessa VPC, questo accede all'istanza privatamente effettuando solo connessioni in uscita, quindi AlloyDB non necessita di un IP pubblico e la VPC non richiede alcuna regola di ingresso.

Google AlloyDB è PostgreSQL in rete — il driver standard, quindi ogni guida seguente si applica senza modifiche. L'unica parte specifica di AlloyDB è la stringa di connessione, trattata in dettagli di connessione.

  1. Per il tuo team, i fornitori e i partner
  2. CommonDB in Excel Microsoft Excel · Componente aggiuntivo di Excel

    Importa i risultati di AlloyDB in tempo reale direttamente in un foglio di lavoro e aggiornali su richiesta: su Excel desktop, Excel Online e Microsoft 365.

    Guida a PostgreSQL
  3. AlloyDB a Fogli Google Componente aggiuntivo Fogli

    Esegui una query AlloyDB salvata dalla barra laterale e trascina le righe nel foglio. I collaboratori che condividono il foglio possono aggiornarlo autonomamente.

    Guida a PostgreSQL
  4. Chiedi a Nova informazioni su AmalgamaDB Nova AI · conversione da testo a SQL

    Poni una domanda in un linguaggio semplice. Nova conosce già le tue tabelle AlloyDB, scrive ed esegue la query SQL, spiega la risposta e la rappresenta graficamente: non è necessario scrivere alcuna query né fornire credenziali.

    Come funziona la rosa
  5. AlloyDB a Data Viewer Condivisione dei risultati · team, fornitori, partner · telefono, tablet, computer fisso

    Condividi i risultati di AlloyDB in tempo reale con chiunque – un collega, un fornitore, un partner – sotto forma di griglia aggiungibile ai segnalibri, che si riavvia automaticamente all'apertura su smartphone, tablet o computer. L'interlocutore visualizzerà i risultati, senza mai dover scrivere codice SQL o richiedere le credenziali.

    Come funziona il visualizzatore di dati
  6. Per app e sistemi
  7. API REST di AlloyDB Endpoint dell'HT

    Pubblica una query AlloyDB come endpoint JSON autenticato, accessibile a qualsiasi applicazione, con specifiche OpenAPI 3.1 e raccolte predefinite per Postman, Insomnia e Hoppscotch. Non viene aperta alcuna porta del database.

    Guida a PostgreSQL
  8. CommonDB a Power BI Power Query M

    Incolla la query Power Query M generata nell'editor avanzato di Power BI e il report leggerà i risultati in tempo reale da AlloyDB tramite HTTPS, senza driver ODBC né porte di database aperte.

    Come funziona Power BI
  9. AlloyDB su Airtable Piattaforma di automazione

    Sincronizza le righe di AlloyDB con un database Airtable a intervalli regolari, oppure recuperale tramite uno script di automazione di Airtable.

    Guida a PostgreSQL
  10. CommonDB a Baserow Piattaforma di automazione

    Alimenta una tabella Baserow da AlloyDB tramite l'endpoint REST, sia in locale che nel cloud di Baserow.

    Guida a PostgreSQL
  11. AlloyDB a SeaTable Piattaforma di automazione

    Mantieni aggiornato il database di SeaTable con i dati di AlloyDB senza esportare un file o esporre il database stesso.

    Guida a PostgreSQL
  12. AlloyDB a Smartsheet Piattaforma di automazione

    Trasferisci i risultati di AlloyDB in una griglia di Smartsheet in modo che piani e report leggano dal sistema di origine e non dall'esportazione della settimana precedente.

    Guida a PostgreSQL
  13. AlloyDB ad Anvil Anvil Works · Piattaforma per app

    Esegui il backup di un'app Anvil Python con AlloyDB tramite l'endpoint REST anziché incorporare le credenziali del database nell'app.

    Guida a PostgreSQL
  14. Per gli strumenti di intelligenza artificiale
  15. Server AlloyDB MCP Clienti di Claude, Cursor e MCP

    Concedi a un assistente IA l'accesso in sola lettura ad AlloyDB con lo schema necessario per scrivere query SQL corrette, senza fornire credenziali nella chat.

    Guida a PostgreSQL
  16. Consegnato alle persone
  17. Avvisi e report di AlloyDB Slack · Discord · Email · Webhook

    Imposta una query AlloyDB in modo che venga eseguita a intervalli regolari e le righe vengano recapitate a Slack, Discord, via email o tramite un webhook firmato, oppure trattieni il messaggio finché il numero di righe, una soglia o una variazione percentuale non superano il valore da te impostato.

    Come funzionano gli avvisi e i report

Come funziona

5 passaggi, nessuna modifica al firewall in entrata

01

Installa l'agente di rete su una macchina virtuale all'interno della stessa VPC di Google Cloud dell'istanza di AlloyDB. Questa è la posizione prevista dall'intera architettura.

02

Inserisci l'indirizzo IP privato dell'istanza. AlloyDB non ha un nome host: l'indirizzo è quello che hai a disposizione.

03

Oppure esegui AlloyDB Auth Proxy sulla VM dell'agente e configura la scheda in modo che punti a 127.0.0.1. La scheda riconosce localhost e fornisce i consigli appropriati.

04

Inserisci nome utente e password del database. AlloyDB utilizza di default un database chiamato postgres, che viene precompilato nella scheda.

05

Salva. Microsoft Excel, Fogli Google, Power BI, MCP e REST leggono tutti tramite quella singola connessione oppure possono essere uniti ad altre origini dati in un'unica istruzione di sola lettura.

Analisi approfondita delle funzionalità

Cosa ti offre AlloyDB

Un agente nella VPC è l'intero progetto

AlloyDB è progettato per essere privato e l'agente di rete è configurato per effettuare solo connessioni in uscita. Questi due aspetti si integrano perfettamente, rendendo il percorso privato l'opzione predefinita anziché quella protetta.

  • Eseguendo l'agente su una macchina virtuale nella stessa VPC, questo raggiungerà l'istanza tramite il suo indirizzo IP privato. Nessuna informazione relativa ad AlloyDB viene pubblicata e non è necessario alcun indirizzo IP pubblico.
  • L'agente effettua chiamate in uscita ma non ascolta mai, quindi non è necessario aggiungere alcuna regola di ingresso e non c'è nulla che possa essere raggiunto da chi si trova al di fuori della VPC.
  • Poiché AlloyDB viene identificato tramite indirizzo IP anziché tramite nome host, non c'è nulla nell'indirizzo che Query Streams possa riconoscere. Il badge AlloyDB deriva dalla scelta di questa scheda, non dall'analisi dell'indirizzo. — quindi una semplice connessione Postgres allo stesso IP rimane etichettata come semplice Postgres.
  • AlloyDB è compatibile solo con PostgreSQL e nient'altro. A differenza di Cloud SQL, che offre anche MySQL e SQL Server, qui è presente un solo motore e non è possibile selezionarlo.

Tramite il proxy di autenticazione, disattiva SSL

L'altro metodo supportato è AlloyDB Auth Proxy di Google, che modifica una risposta nel modulo.

  • Avvia il proxy sul computer dell'agente e configura la scheda in modo che punti a 127.0.0.1. La scheda rileva localhost e indica cosa fare successivamente.
  • Il proxy crittografa il tunnel stesso. Chiedere al driver di Postgres di negoziare il proprio TLS in aggiunta a questo è ciò che causa l'errore SSL riscontrato dagli utenti, quindi deselezionate la casella di controllo per la connessione tramite proxy.
  • Su una connessione IP privata diretta, lasciare la casella di controllo selezionata. AlloyDB rappresenta un'eccezione tra i provider di hosting in questo caso. — la casella di controllo controlla effettivamente se viene utilizzato TLS, anziché essere sovrascritta dall'agente.
  • Quando TLS è attivo, il traffico viene crittografato ma la catena di certificati non viene verificata.

Postgres ordinario una volta connesso

Oltre all'indirizzo e al proxy, non ci sono meccanismi specifici di AlloyDB. Ciò che arriva è PostgreSQL.

  • La connessione viene salvata come PostgreSQL con AlloyDB come badge. Non esiste un tipo di connessione chiamato AlloyDB.
  • L'autenticazione avviene tramite nome utente e password del database. Questa scheda non supporta l'autenticazione tramite database Google Cloud IAM.
  • Non è prevista alcuna configurazione del pool né la selezione di un endpoint condiviso. L'agente si connette direttamente.
  • "public" è lo schema predefinito ed è quello che viene utilizzato nei riferimenti tra sorgenti diverse.
-- Postgres ordinario, sola lettura, sull'IP privato 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;

Condiviso da ogni connettore di database

Vero per ogni connettore di database

  • Solo in uscita — l'agente apre una connessione crittografata verso Query Streams. Nessuna porta in entrata da inoltrare, nessuna VPN, nessuna lista IP consentita, nessuna informazione sul database esposta a Internet.
  • Le credenziali restano al loro posto — Il nome utente e la password del database risiedono sul computer su cui è installato l'agente. Query Streams non li riceve mai e non può accedere al database autonomamente.
  • Sola lettura, forzata — un'istruzione alla volta, solo SELECT e simili. Una scrittura viene rifiutata sulla propria macchina prima ancora di essere inviata al server, anziché fare affidamento su un permesso che qualcuno si è ricordato di impostare.
  • Distribuisci tutti gli agenti che desideri — uno per sito, regione o cloud. Tutte le fonti di dati che possono visualizzare vengono visualizzate in un unico menu a tendina, quindi nessuno deve sapere quale agente ospita cosa.

Ecco cosa si ottiene una volta salvata una query.

  • Condividi la funzionalità, non l'SQL — un collega o un partner esterno può eseguire la tua query e modificarne i filtri senza mai visualizzare l'istruzione sottostante.
  • Filtri da entrambe le direzioni — dichiarali tu stesso come @variabili, oppure lascia che il connettore rilevi i valori letterali già presenti nella clausola WHERE e li offra come menu a tendina.
  • Leggilo ovunque Microsoft Excel, Fogli Google, Power BI, l'API REST, gli assistenti AI tramite MCP, Query Builder e Nova leggono tutti la stessa query salvata.
  • Eseguine diversi contemporaneamente — cinque query salvate in cinque schede di fogli di lavoro, eseguite simultaneamente, indipendentemente dalle dimensioni dei risultati.
  • Collegalo a qualsiasi altro dispositivo che hai già connesso. — un altro database, un'API aziendale o una cartella di file, in un'unica istruzione di sola lettura.

SQL tra sorgenti diverse

Integra AlloyDB con il resto dei tuoi dati.

Una singola istruzione può coinvolgere AlloyDB e le altre connessioni contemporaneamente. Ogni sorgente esegue solo la parte di cui è capace, trasmette il risultato e l'unione avviene centralmente: le sorgenti non comunicano mai tra loro e nulla viene copiato da nessuna parte.

3 connessioni · 3 agenti

Google AlloyDB Compatibile con Postgres
Microsoft SQL Server Motore relazionale
Striscia Pagamenti e fatturazione

Una dichiarazione

-- niente copiato, niente unito, niente programmato
SELEZIONARE   c.region, COUNT(*) AS ordini, SUM(i.amount_due) AS fatturati
DA     nucleo in lega.ordini pubblici1 f
CONGIUNGERE     erp_sql.dbo.clienti2    c ON c.id = f.customer_id
CONGIUNGERE     fatturazione.stripe.invoices3  i ON i.customer = c.stripe_id
GRUPPO PER c.regione
ORDINATO DA fatturata DESCRIZIONE;

Le tre parti sono connessione, schema e tabella, e il nome della connessione è quello che le hai assegnato. Le colonne sono a scopo illustrativo; le tue tabelle saranno le tue tabelle. La modalità di sola lettura si applica a ogni elemento: solo SELECT, WITH ed EXPLAIN, con un limite massimo alla quantità di dati che una singola fonte può fornire per una singola query. Come funzionano le query federate

Dettagli di connessione

Di cosa ha bisogno AlloyDB

Indirizzo
L'indirizzo IP privato dell'istanza. AlloyDB non ha un nome host pubblico, oppure 127.0.0.1 quando si utilizza il proxy di autenticazione.
Porto
5432
Autista
Npgsql, gestito dall'agente: non è necessario installare nulla sul lato AlloyDB.
Posizionamento dell'agente
Una macchina virtuale nella stessa VPC. Solo traffico in uscita, quindi nessuna regola di ingresso e nessuna esposizione pubblica.
Database
PostgreSQL per impostazione predefinita e precompilato come tale
Autenticazione
Nome utente e password del database. L'autenticazione del database IAM non è supportata.
TLS
Controllato dalla casella di controllo e attivo per impostazione predefinita. Crittografato; la catena di certificati non viene verificata. Disattivalo quando utilizzi l'Auth Proxy, che crittografa il tunnel stesso.
Pooling
Nessuna configurazione necessaria: l'agente si connette direttamente.
Motori
Solo PostgreSQL. A differenza di Cloud SQL, non è disponibile l'opzione MySQL o SQL Server.
Schema predefinito
pubblico, che è ciò che un riferimento federato comporta

AlloyDB è l'esempio più lampante, in questo catalogo, di come la configurazione dell'agente si adatti perfettamente a quella del database. AlloyDB preferisce risiedere su un indirizzo IP privato, senza alcuna interfaccia pubblica; l'agente effettua solo connessioni in uscita e non si mette mai in ascolto su alcuna porta. Inserendoli entrambi all'interno della stessa VPC, non c'è bisogno di scendere a compromessi: nessun indirizzo IP pubblico da abilitare, nessuna lista di rete autorizzata da gestire, nessuna regola di ingresso da sottoporre a verifica in seguito. Raggiungere un database privato solitamente comporta un costo a livello di rete. In questo caso, il costo è di una piccola macchina virtuale.

La nota a piè di pagina relativa al proxy di autenticazione è importante da leggere prima di incorrere nell'errore, piuttosto che dopo. Il proxy di Google crittografa già il tunnel, quindi quando il driver di Postgres tenta di negoziare anche il TLS al suo interno, il test di connessione fallisce con un errore SSL che sembra un problema di certificato, ma non lo è. La soluzione consiste nel deselezionare la casella di controllo SSL per una connessione tramite proxy, e la scheda lo segnala non appena rileva un indirizzo localhost. Su una connessione diretta tramite IP privato, la casella di controllo dovrebbe rimanere selezionata e, a differenza della maggior parte dei provider di hosting qui menzionati, su AlloyDB è la casella di controllo a decidere, non l'agente.

Per una query cross-source, AlloyDB si comporta come un normale PostgreSQL. Una connessione chiamata alloy_core viene scritta alloy_core.public.orders e si unisce a una cartella di file CSV, a un sistema di registrazione locale o a un'API di fatturazione con un'unica istruzione di sola lettura, senza copiare nulla e senza alcuna pianificazione. L'unione viene eseguita ovunque si trovi l'agente, che per AlloyDB significa all'interno della tua VPC.

Documentazione del fornitore: cloud.google.com

FAQ

Domande su Google AlloyDB

Quali strumenti sono in grado di leggere i dati di Google AlloyDB tramite Query Streams?

Tutto questo, da un'unica connessione: Excel, Fogli Google, MCP, API REST, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, avvisi e report programmati. Collega il database una sola volta e ogni strumento leggerà la stessa connessione di sola lettura: non è necessaria alcuna configurazione per ogni strumento e non ci sono seconde copie dei dati.

Devo aprire una porta del firewall per il mio database Google AlloyDB?

No. L'agente di rete di Query Streams viene eseguito all'interno della rete locale e apre una singola connessione crittografata in uscita. Nessun sistema intercetta il traffico in entrata, non è necessaria una VPN e il database mantiene le regole del firewall esistenti.

È possibile modificare i dati in Google AlloyDB tramite Query Streams?

No. L'agente impone la sola lettura nel punto di esecuzione: un'istruzione alla volta, solo SELECT e simili. Le credenziali rimangono sull'agente e non vengono mai inviate a Query Streams.

Di cosa ha bisogno Query Streams per connettersi a Google AlloyDB?

Un host raggiungibile, un ruolo e la relativa password: l'agente include il driver, quindi non è necessario installare nulla sul database. Indirizzo: l'IP privato dell'istanza. AlloyDB non ha un nome host pubblico, oppure 127.0.0.1 quando si utilizza l'Auth Proxy. Porta: 5432. Driver: Npgsql, incluso nell'agente: non è necessario installare nulla sul lato AlloyDB. Posizionamento dell'agente: una VM nella stessa VPC. Solo in uscita, quindi nessuna regola di ingresso e nessuna esposizione pubblica.

Posso unire Google AlloyDB a un altro database nella stessa query?

Sì, si tratta di una query federata. Un'unica istruzione può fare riferimento a Google AlloyDB e alle altre connessioni contemporaneamente, come indicato in `connection.schema.table`. Ogni origine esegue solo la parte di cui è competente e restituisce il risultato; l'unione avviene centralmente, quindi le origini non si connettono mai tra loro e nulla viene copiato o pianificato. La modalità di sola lettura si applica a ogni parte (solo SELECT, WITH ed EXPLAIN) e esiste un limite massimo alla quantità di dati che una singola origine può cedere per una singola query. Le query federate sono una funzionalità a pagamento; la pagina delle query federate riporta i limiti attuali relativi alle origini e alle dimensioni.

La connessione a Google AlloyDB è diversa dalla connessione a PostgreSQL?

Solo la stringa di connessione. Google AlloyDB utilizza il protocollo di rete di PostgreSQL, quindi filtri, pianificazione, condivisione, i componenti aggiuntivi per Excel e Fogli Google e il server MCP si comportano tutti allo stesso modo. La scheda AlloyDB precompila le impostazioni di host, porta e SSL previste dal provider.

Esiste una guida per convertire AlloyDB in Excel?

Sì, si tratta della guida per PostgreSQL, ed è corretta anche per Google AlloyDB. AlloyDB utilizza il protocollo di rete di PostgreSQL, quindi la connessione da AlloyDB a Excel, da AlloyDB a Fogli Google e a qualsiasi altra destinazione segue gli stessi passaggi. L'unica parte specifica per AlloyDB è la stringa di connessione, che viene compilata automaticamente nella scheda di AlloyDB.

Metti AlloyDB dove si svolge il lavoro

Installa l'agente, configuralo per connettersi al tuo database e scegli una destinazione.

Sola lettura Solo in uscita Le credenziali rimangono sull'agente