Logo Google AlloyDB

Kompatybilny z Postgres mówi po PostgreSQL

Łączyć Google AlloyDB do Excela, Arkuszy Google, AI i REST

AlloyDB for PostgreSQL przez prywatny adres IP w Twojej sieci VPC lub przez serwer proxy uwierzytelniania AlloyDB. Brak publicznego adresu IP i reguły przychodzącej.

Jedno połączenie, każda powierzchnia

Gdzie mogą trafić Twoje dane AlloyDB

Query Streams odczytuje AlloyDB z Microsoft Excel, Arkuszy Google, Power BI, asystentów AI przez MCP i punkt końcowy REST za pośrednictwem jednego połączenia tylko do odczytu. AlloyDB nie ma publicznej nazwy hosta, z którą można się połączyć — dostęp do niego uzyskuje się za pośrednictwem prywatnego adresu IP w sieci VPC Google Cloud lub za pośrednictwem serwera proxy uwierzytelniania AlloyDB na hoście lokalnym. Po umieszczeniu agenta sieciowego na małej maszynie wirtualnej w tej samej sieci VPC, dostęp do instancji będzie prywatny, a połączenia będą realizowane tylko w trybie wychodzącym. Dzięki temu AlloyDB nie potrzebuje publicznego adresu IP, a sieć VPC nie wymaga reguły ingress.

Google AlloyDB to PostgreSQL na sieci — standardowy sterownik, więc wszystkie poniższe instrukcje obowiązują bez zmian. Jedynym elementem specyficznym dla AlloyDB jest ciąg połączenia, omówiony w szczegóły połączenia.

  1. Dla Twojego zespołu, dostawców i partnerów
  2. AlloyDB do Excela Microsoft Excel · Dodatek do programu Excel

    Pobierz wyniki AlloyDB na żywo bezpośrednio do arkusza kalkulacyjnego i odświeżaj je na żądanie — w programie Excel na komputerze stacjonarnym, w programie Excel Online, w programie Microsoft 365.

    Przewodnik po PostgreSQL
  3. AlloyDB do Arkuszy Google Dodatek Arkuszy

    Uruchom zapisane zapytanie AlloyDB z paska bocznego i upuść wiersze do arkusza. Współpracownicy korzystający ze wspólnego arkusza mogą je samodzielnie odświeżyć.

    Przewodnik po PostgreSQL
  4. Zapytaj Novę o AlloyDB Nova AI · tekst do SQL

    Zadaj pytanie prostym językiem. Nova zna już Twoje tabele AlloyDB, pisze i uruchamia zapytanie SQL, wyjaśnia odpowiedź i tworzy wykres – bez konieczności pisania zapytania i podawania danych uwierzytelniających.

    Jak działa Nova
  5. AlloyDB do przeglądarki danych udostępnianie wyników · zespół, dostawcy, partnerzy · telefon, tablet, komputer stacjonarny

    Udostępnij wynik AlloyDB na żywo każdemu — współpracownikowi, dostawcy, partnerowi — w postaci siatki z zakładkami, która uruchamia się od nowa po otwarciu na telefonie, tablecie lub komputerze stacjonarnym. Widzą tylko wyniki, a nie kod SQL ani dane uwierzytelniające.

    Jak działa Przeglądarka danych
  6. Do aplikacji i systemów
  7. Interfejs API REST AlloyDB Punkt końcowy HTTP

    Opublikuj zapytanie AlloyDB jako uwierzytelniony punkt końcowy JSON, który może wywołać dowolna aplikacja, ze specyfikacją OpenAPI 3.1 i gotowymi kolekcjami Postman, Insomnia i Hoppscotch. Żaden port bazy danych nie jest otwarty.

    Przewodnik po PostgreSQL
  8. AlloyDB do Power BI Power Query M

    Wklej wygenerowany kod Power Query M do Edytora zaawansowanego usługi Power BI, a raport odczyta wyniki AlloyDB na żywo przesyłane przez protokół HTTPS — bez sterownika ODBC i bez otwartego portu bazy danych.

    Jak działa Power BI
  9. AlloyDB do Airtable Platforma automatyzacji

    Synchronizuj wiersze AlloyDB z bazą Airtable zgodnie z harmonogramem lub pobieraj je za pomocą skryptu automatyzacji Airtable.

    Przewodnik po PostgreSQL
  10. AlloyDB do Baserow Platforma automatyzacji

    Przekaż tabelę Baserow z AlloyDB przez punkt końcowy REST — samodzielnie hostowany lub w chmurze Baserow.

    Przewodnik po PostgreSQL
  11. AlloyDB do SeaTable Platforma automatyzacji

    Utrzymuj bazę SeaTable na bieżąco z danymi AlloyDB bez eksportowania pliku lub udostępniania bazy danych.

    Przewodnik po PostgreSQL
  12. AlloyDB do Smartsheet Platforma automatyzacji

    Prześlij wyniki AlloyDB do siatki Smartsheet, aby plany i raporty były odczytywane z systemu źródłowego, a nie z eksportu z poprzedniego tygodnia.

    Przewodnik po PostgreSQL
  13. AlloyDB do Anvil Anvil Works · Platforma aplikacji

    Wspieraj aplikację Anvil Python za pomocą AlloyDB przez punkt końcowy REST zamiast osadzać dane uwierzytelniające bazy danych w aplikacji.

    Przewodnik po PostgreSQL
  14. Dla narzędzi AI
  15. Serwer MCP AlloyDB Klienci Claude, Cursor i MCP

    Udziel asystentowi AI dostępu tylko do odczytu w AlloyDB ze schematem potrzebnym do pisania prawidłowych instrukcji SQL — bez konieczności podawania danych uwierzytelniających w czacie.

    Przewodnik po PostgreSQL
  16. Dostarczone do ludzi
  17. Alerty i raporty AlloyDB Slack · Discord · E-mail · Webhook

    Utwórz harmonogram zapytania AlloyDB i otrzymuj wiersze dostarczane do Slacka, Discorda, poczty e-mail lub podpisanego webhooka — albo wstrzymaj wiadomość, aż liczba wierszy, próg lub zmiana procentowa przekroczy ustawioną linię.

    Jak działają alerty i raporty

Jak to działa

5 kroków, bez zmiany zapory przychodzącej

01

Umieść agenta sieciowego na maszynie wirtualnej w tej samej sieci VPC Google Cloud, co instancja AlloyDB. To jest lokalizacja, którą zakłada cały projekt.

02

Wprowadź prywatny adres IP instancji. AlloyDB nie ma nazwy hosta — adres to ten, który posiadasz.

03

Możesz też uruchomić serwer proxy uwierzytelniania AlloyDB na maszynie wirtualnej agenta i wskazać kartę pod adresem 127.0.0.1. Karta rozpoznaje localhost i wyświetla odpowiednie wskazówki.

04

Wpisz nazwę użytkownika i hasło bazy danych. Domyślnie AlloyDB korzysta z bazy danych o nazwie Postgres, którą karta wstępnie wypełnia.

05

Zapisz. Microsoft Excel, Arkusze Google, Power BI, MCP i REST odczytują dane przez jedno połączenie lub łączą je z innymi źródłami za pomocą jednego polecenia tylko do odczytu.

Funkcja dogłębna

Co daje Ci AlloyDB

Agent w VPC to cały projekt

AlloyDB został zaprojektowany z myślą o prywatności, a agent sieciowy obsługuje wyłącznie połączenia wychodzące. Te dwa fakty są na tyle spójne, że ścieżka prywatna jest domyślna, a nie opcja wzmocniona.

  • Uruchom agenta na maszynie wirtualnej w tej samej sieci VPC, a dotrze on do instancji przez jej prywatny adres IP. Żadne informacje o AlloyDB nie są publikowane i żaden publiczny adres IP nie jest potrzebny.
  • Agent wybiera numer i nigdy nie podsłuchuje, więc nie trzeba dodawać żadnej reguły przychodzącej i nikt spoza sieci VPC nie ma do czego się zwrócić.
  • Ponieważ AlloyDB jest adresowany za pomocą adresu IP, a nie nazwy hosta, w adresie nie ma niczego, co mogłoby zostać rozpoznane przez strumienie zapytań. Odznaka AlloyDB pochodzi z wyboru tej karty, a nie z wąchania adresu. — więc zwykłe połączenie Postgres z tym samym adresem IP pozostaje oznaczone jako zwykły Postgres.
  • AlloyDB jest kompatybilny z PostgreSQL i niczym więcej. W przeciwieństwie do Cloud SQL, który oferuje również MySQL i SQL Server, tutaj dostępny jest tylko jeden silnik i nie ma opcji wyboru silnika.

Wyłącz SSL za pomocą serwera proxy uwierzytelniania

Drugą obsługiwaną ścieżką jest serwer proxy uwierzytelniania AlloyDB firmy Google, który zmienia jedną odpowiedź w formularzu.

  • Uruchom serwer proxy na komputerze agenta i skieruj kartę na adres 127.0.0.1. Karta rozpoznaje localhost i informuje, co ma dalej robić.
  • Serwer proxy sam szyfruje tunel. Prośba do sterownika Postgres o wynegocjowanie własnego protokołu TLS na tym etapie powoduje błąd SSL, na który natrafiają użytkownicy, więc odznacz pole wyboru dla połączenia przez serwer proxy.
  • W przypadku bezpośredniego połączenia z prywatnym adresem IP pozostaw pole wyboru zaznaczone. AlloyDB jest wyjątkiem wśród dostawców hostingu. — pole wyboru faktycznie kontroluje, czy protokół TLS jest używany, i nie jest ono pomijane przez agenta.
  • Gdy protokół TLS jest włączony, ruch jest szyfrowany, ale łańcuch certyfikatów nie jest weryfikowany.

Zwykły Postgres po podłączeniu

Nie ma żadnych mechanizmów specyficznych dla AlloyDB poza adresem i proxy. Pojawia się Postgres.

  • Połączenie jest zapisywane jako PostgreSQL, a AlloyDB jest zachowane jako odznaka. Nie ma typu połączenia o nazwie AlloyDB.
  • Uwierzytelnianie polega na podaniu nazwy użytkownika i hasła do bazy danych. Ta karta nie obsługuje uwierzytelniania bazy danych Google Cloud IAM.
  • Nie ma konieczności konfiguracji puli ani wyboru puli punktów końcowych. Agent łączy się bezpośrednio.
  • public to domyślny schemat, który zawiera odwołanie między źródłami.
-- Zwykły Postgres, tylko do odczytu, przez prywatny adres IP SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS income FROM public.customers AS c JOIN public.orders AS o ON o.customer_id = c.id WHERE o.placed_at >= now() - interwał '30 dni' GROUP BY c.name ORDER BY revenue DESC;

Współdzielone przez każdy łącznik bazy danych

Dotyczy każdego łącznika bazy danych

  • Tylko wysyłka — agent otwiera jedno szyfrowane połączenie do strumieni zapytań. Bez przekierowania portu przychodzącego, bez VPN, bez listy dozwolonych adresów IP, bez żadnych informacji o Twojej bazie danych w internecie.
  • Poświadczenia pozostają na swoim miejscu — nazwa użytkownika i hasło do bazy danych są dostępne na komputerze, na którym zainstalowano agenta. Query Streams nigdy ich nie otrzymuje i nie może samodzielnie nawiązać połączenia z bazą danych.
  • Tylko do odczytu, wymuszone — po jednym poleceniu na raz, tylko SELECT i polecenia powiązane. Polecenie zapisu jest odrzucane na Twoim komputerze, zanim zostanie wysłane na serwer, zamiast polegać na uprawnieniu, o którym ktoś pamiętał.
  • Wdrażaj dowolną liczbę agentów — po jednym na lokalizację, region lub chmurę. Każde źródło danych, jakie widzą, pojawia się w jednym menu rozwijanym, więc nikt nie musi wiedzieć, który agent co hostuje.

Co otrzymasz po zapisaniu zapytania

  • Udostępniaj możliwości, a nie SQL — współpracownik lub zewnętrzny partner może uruchomić Twoje zapytanie i zmienić jego filtry, nie widząc nigdy oświadczenia, które za nim stoi.
  • Filtry z obu kierunków — zadeklaruj je samodzielnie jako @variables lub pozwól, aby łącznik wykrył wartości dosłowne już znajdujące się w klauzuli WHERE i zaoferował je jako listy rozwijane.
  • Przeczytaj to z dowolnego miejsca — Microsoft Excel, Arkusze Google, Power BI, API REST, asystenci AI w MCP, Kreator zapytań i Nova — wszystkie te narzędzia odczytują to samo zapisane zapytanie.
  • Uruchom kilka naraz — pięć zapisanych zapytań w pięciu kartach arkusza kalkulacyjnego, przesyłanych strumieniowo jednocześnie, bez względu na wielkość wyników.
  • Połącz to z czymkolwiek innym, co podłączyłeś — inną bazę danych, API biznesowe lub folder plików w jednym poleceniu tylko do odczytu.

Międzyźródłowy SQL

Połącz AlloyDB z resztą swoich danych

Jedno polecenie może obejmować jednocześnie AlloyDB i inne połączenia. Każde źródło uruchamia tylko możliwą część, przesyła wynik strumieniowo, a łączenie odbywa się centralnie — źródła nigdy się ze sobą nie komunikują i nic nie jest nigdzie kopiowane.

3 połączenia · 3 agentów

Google AlloyDB Kompatybilny z Postgres
Microsoft SQL Server Silnik relacyjny
Pasek Płatności i fakturowanie

Jedno stwierdzenie

-- nic nie zostało skopiowane, nic nie zostało połączone, nic nie zostało zaplanowane
SELECT   c.region, COUNT(*) AS zamówienia, SUM(i.amount_due) AS fakturowane
Z     rdzeń_stopu.zamówienia.publiczne1 f
JOIN     erp_sql.dbo.klienci2    c WŁĄCZONY c.id = f.customer_id
JOIN     rozliczenia.stripe.invoices3  i WŁĄCZONY i.customer = c.stripe_id
GROUP BY c.region
ORDER BY fakturowany DESC;

Trzy części to połączenie, schemat i tabela — a nazwa połączenia to dowolna nazwa. Kolumny ilustracyjne; Twoje tabele będą Twoimi tabelami. Tylko do odczytu dotyczy każdego elementu: tylko SELECT, WITH i EXPLAIN, z ograniczeniem ilości danych, jakie jedno źródło może przekazać w ramach jednego zapytania. Jak działają zapytania federacyjne

Szczegóły połączenia

Czego potrzebuje AlloyDB

Adres
Prywatny adres IP instancji. AlloyDB nie ma publicznej nazwy hosta — lub 127.0.0.1 w przypadku korzystania z serwera proxy uwierzytelniania
Port
5432
Kierowca
Npgsql, przenoszony przez agenta — nic do zainstalowania po stronie AlloyDB
Umieszczenie agenta
Maszyna wirtualna w tej samej sieci VPC. Tylko wychodząca, więc brak reguły wejściowej i brak publicznego dostępu.
Baza danych
domyślnie postgres i wstępnie wypełnione jako takie
Uwierzytelnianie
Nazwa użytkownika i hasło bazy danych. Uwierzytelnianie bazy danych IAM nie jest obsługiwane.
TLS
Kontrolowane przez pole wyboru i domyślnie włączone. Szyfrowane; łańcuch certyfikatów nie jest weryfikowany. Wyłącz tę opcję, gdy przechodzisz przez serwer proxy uwierzytelniania, który szyfruje sam tunel.
Łączenie
Brak konieczności konfiguracji — agent łączy się bezpośrednio
Silniki
Tylko PostgreSQL. W przeciwieństwie do Cloud SQL, nie ma opcji MySQL ani SQL Server.
Schemat domyślny
publiczny, czyli taki, jaki niesie ze sobą odniesienie federacyjne

AlloyDB jest najwyraźniejszym przykładem w tym katalogu, w którym kształt agenta jest zgodny z kształtem bazy danych. AlloyDB chce działać na prywatnym adresie IP bez publicznej powierzchni; agent nawiązuje wyłącznie połączenia wychodzące i nigdy niczego nie nasłuchuje. Umieść jeden agent w sieci VPC razem z drugim, a nie będzie konieczności negocjacji kompromisu — nie będzie publicznego adresu IP do włączenia, listy autoryzowanych sieci do utrzymania, reguły ruchu przychodzącego, którą ktoś mógłby później zweryfikować. Dostęp do prywatnej bazy danych zazwyczaj wiąże się z pewnymi kosztami po stronie sieci. W tym przypadku jest to koszt małej maszyny wirtualnej.

Warto przeczytać przypis dot. serwera proxy uwierzytelniania przed wystąpieniem błędu, a nie dopiero po nim. Serwer proxy Google'a szyfruje już tunel, więc gdy sterownik Postgres próbuje również negocjować TLS w jego obrębie, test połączenia kończy się niepowodzeniem z błędem SSL, który wygląda na problem z certyfikatem, a nim nie jest. Rozwiązaniem jest odznaczenie pola wyboru SSL dla połączenia proxy, a karta informuje o tym, gdy tylko wykryje adres localhost. W przypadku bezpośredniego połączenia z prywatnym adresem IP pole wyboru powinno pozostać zaznaczone — i w przeciwieństwie do większości dostawców hostingu, w AlloyDB to pole wyboru decyduje, a nie agent.

W przypadku zapytania międzyźródłowego AlloyDB to zwykły Postgres. Połączenie o nazwie alloy_core jest zapisane jako alloy_core.public.orders i łączy się z folderem plików CSV, lokalnym systemem rekordów lub API rozliczeniowym jednym poleceniem tylko do odczytu — bez kopiowania i planowania. Połączenie jest wykonywane z dowolnego miejsca, w którym znajduje się agent, co w przypadku AlloyDB oznacza z wnętrza Twojej sieci VPC.

Dokumentacja dostawcy: cloud.google.com

Często zadawane pytania

Pytania dotyczące Google AlloyDB

Które narzędzia mogą odczytywać dane Google AlloyDB za pośrednictwem strumieni zapytań?

Wszystko z jednego połączenia: Excel, Arkusze Google, MCP, REST API, Airtable, Baserow, SeaTable, Smartsheet, Anvil, Power BI, zaplanowane alerty i raporty. Wystarczy połączyć się z bazą danych raz, a każda powierzchnia odczyta to samo połączenie tylko do odczytu — nie ma potrzeby konfigurowania poszczególnych narzędzi ani tworzenia drugiej kopii danych.

Czy muszę otworzyć port zapory sieciowej dla mojej bazy danych Google AlloyDB?

Nie. Agent sieciowy Query Streams działa w Twojej sieci i otwiera pojedyncze szyfrowane połączenie wychodzące. Nic nie nasłuchuje ruchu przychodzącego, nie jest wymagana sieć VPN, a baza danych zachowuje istniejące reguły zapory sieciowej.

Czy strumienie zapytań mogą zmieniać dane w Google AlloyDB?

Nie. Agent wymusza tryb tylko do odczytu w momencie wykonania — po jednym poleceniu na raz, tylko dla instrukcji SELECT i poleceń znajomych. Dane uwierzytelniające pozostają w agencie i nigdy nie są wysyłane do strumieni zapytań.

Czego potrzebuje Query Streams, aby połączyć się z Google AlloyDB?

Dostępny host, rola i jej hasło – agent przenosi sterownik, więc nic nie jest instalowane w bazie danych. Adres: prywatny adres IP instancji. AlloyDB nie ma publicznej nazwy hosta – lub 127.0.0.1 w przypadku korzystania z serwera proxy uwierzytelniania. Port: 5432. Sterownik: Npgsql, przenoszony przez agenta – nic nie jest instalowane po stronie AlloyDB. Umiejscowienie agenta: maszyna wirtualna w tej samej sieci VPC. Tylko ruch wychodzący, więc brak reguły wejściowej i brak publicznego dostępu.

Czy mogę połączyć bazę danych Google AlloyDB z inną bazą danych w tym samym zapytaniu?

Tak — to jest zapytanie federacyjne. Jedno polecenie może odwoływać się do Google AlloyDB i innych połączeń jednocześnie, zapisane jako connection.schema.table. Każde źródło uruchamia tylko tę część, którą może, i przesyła wynik z powrotem; łączenie odbywa się centralnie, więc źródła nigdy się ze sobą nie łączą i nic nie jest kopiowane ani planowane. Tryb tylko do odczytu dotyczy każdego fragmentu — tylko SELECT, WITH i EXPLAIN — i istnieje limit na to, ile jedno źródło może przekazać w ramach jednego zapytania. Zapytania federacyjne to funkcja planu; strona zapytań federacyjnych zawiera bieżące źródło i limity rozmiaru.

Czy łączenie Google AlloyDB różni się od łączenia PostgreSQL?

Tylko ciąg połączenia. Google AlloyDB obsługuje protokół PostgreSQL Wire Protocol, więc filtry, harmonogramowanie, udostępnianie, dodatki do Excela i Arkuszy Google oraz serwer MCP działają identycznie. Karta AlloyDB wstępnie wypełnia ustawienia hosta, portu i SSL, których oczekuje dostawca.

Czy istnieje przewodnik po konwersji AlloyDB do Excela?

Tak — to przewodnik po PostgreSQL, który jest poprawny dla Google AlloyDB w takiej formie, w jakiej został napisany. AlloyDB obsługuje protokół PostgreSQL Wire Protocol, więc przesyłanie danych z AlloyDB do Excela, z AlloyDB do Arkuszy Google i z każdego innego miejsca docelowego odbywa się w ten sam sposób. Jedyną częścią specyficzną dla AlloyDB jest ciąg połączenia, który karta AlloyDB wypełnia za Ciebie.

Umieść AlloyDB tam, gdzie wykonywana jest praca

Zainstaluj agenta, skieruj go do swojej bazy danych i wybierz miejsce docelowe.

Tylko do odczytu Tylko wysyłka Dane uwierzytelniające pozostają przy agencie