Logo Fly.io Postgres

Zarządzany Postgres mówi po PostgreSQL

Łączyć Fly.io Postgres do Excela, Arkuszy Google, AI i REST

Fly.io Managed Postgres. Dostępność to pytanie, na które warto odpowiedzieć w pierwszej kolejności — są trzy odpowiedzi i wszystkie działają.

Jedno połączenie, każda powierzchnia

Gdzie mogą trafić Twoje dane Fly.io

Query Streams odczytuje zarządzane dane Postgres Fly.io 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. Fly MPG został stworzony tak, aby można było z niego korzystać z sieci Fly, więc pierwszą rzeczą do ustalenia jest miejsce uruchomienia agenta sieciowego — na maszynie Fly w tej samej organizacji, czy na własnym sprzęcie za pośrednictwem lokalnego serwera proxy udostępnianego przez Fly. Oba są zwykłymi danymi Postgres po ich utworzeniu. Jest to również jedna z niewielu kart, na których szyfrowanie następuje po zaznaczeniu pola wyboru, a nie jest wymuszane, i jest ku temu dobry powód.

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

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

    Pobierz wyniki Fly.io 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. Fly.io do Arkuszy Google Dodatek Arkuszy

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

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

    Zadaj pytanie prostym językiem. Nova zna już Twoje tabele Fly.io, 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. Fly.io do przeglądarki danych udostępnianie wyników · zespół, dostawcy, partnerzy · telefon, tablet, komputer stacjonarny

    Udostępnij na żywo wynik Fly.io 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. Widzą wyniki, a nie SQL ani dane uwierzytelniające.

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

    Opublikuj zapytanie Fly.io 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. Port bazy danych nie jest otwarty.

    Przewodnik po PostgreSQL
  8. Fly.io do Power BI Power Query M

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

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

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

    Przewodnik po PostgreSQL
  10. Fly.io do Baserow Platforma automatyzacji

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

    Przewodnik po PostgreSQL
  11. Fly.io do SeaTable Platforma automatyzacji

    Utrzymuj bazę danych SeaTable na bieżąco, korzystając z danych Fly.io, bez konieczności eksportowania pliku lub udostępniania bazy danych.

    Przewodnik po PostgreSQL
  12. Fly.io do Smartsheet Platforma automatyzacji

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

    Przewodnik po PostgreSQL
  13. Fly.io do Anvil Anvil Works · Platforma aplikacji

    Wspieraj aplikację Anvil Python za pomocą Fly.io 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 Fly.io Klienci Claude, Cursor i MCP

    Udziel asystentowi AI dostępu tylko do odczytu w Fly.io, podając schemat, którego potrzebuje 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 Fly.io Slack · Discord · E-mail · Webhook

    Utwórz harmonogram zapytania Fly.io 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

Zdecyduj, gdzie agent będzie działał. Na maszynie Fly w tej samej organizacji będzie docierał do bazy danych bezpośrednio; w dowolnym innym miejscu uruchom proxy Fly mpg i skieruj połączenie na adres 127.0.0.1. W obu przypadkach agent będzie nawiązywał tylko połączenia wychodzące.

02

Pobierz ciąg połączenia z Fly MPG Connect lub z pulpitu nawigacyjnego. Wklej go w pierwsze pole, a host, port, baza danych, nazwa użytkownika i hasło zostaną odczytane.

03

Sprawdź otrzymaną nazwę hosta. direct.<cluster>.flympg.net to sama baza danych, a pgbouncer.<cluster>.flympg.net to połączony punkt końcowy — tryb jest określony w prefiksie, a nie w porcie.

04

Pozostaw opcję „Użyj SSL” włączoną dla hosta flympg.net. Wyłącz ją tylko wtedy, gdy korzystasz z lokalnego tunelu proxy flympg, gdzie ruch nigdy nie opuszcza Twojego komputera.

05

Przetestuj, zapisz, a następnie odczytaj z Microsoft Excel, Arkuszy Google, Power BI, MCP lub REST. Wklejony ciąg znaków jest usuwany po wypełnieniu pól, więc hasło jest zapisywane tylko raz.

Funkcja dogłębna

Co daje Ci Fly.io

Trzy sposoby wejścia, a karta powie Ci, kiedy wybierzesz czwarty

Fly MPG zakłada, że klienci korzystają z Fly. Agent zazwyczaj tego nie robi, więc to jedyna decyzja, którą warto podjąć przed podjęciem jakichkolwiek innych działań.

  • Agent na maszynie latającej w tej samej organizacji — baza danych jest po prostu osiągalna i jest to najczystsze rozwiązanie, jeśli już coś uruchamiasz w Fly.
  • Agent na własnym sprzęcie, poprzez proxy fly mpg — Fly otwiera lokalny tunel i łączysz się z adresem 127.0.0.1 na porcie proxy. To typowa odpowiedź dla agenta lokalnego.
  • Agent w dowolnym miejscu, bezpośrednio do nazwy hosta flympg.net — działa, gdy sieć ma do niego dostęp, i wyłącza się, gdy nie jest dostępny. Jeśli połączenie bezpośrednie zawiesza się, a nie jest odrzucane, problem występuje, a serwer proxy jest rozwiązaniem.
  • Nie działa wewnętrzna nazwa hosta. To prywatne nazwy 6PN Fly, które są rozpoznawane tylko w sieci Fly, więc karta odrzuca je po nazwie, zamiast pozwolić na zerwanie połączenia z powodu przekroczenia limitu czasu. — tę samą uprzejmość, jaką karta Railway rozciąga na swoją zmienną prywatną.

Zgrupowany punkt końcowy to prefiks nazwy hosta, który jest niezwykle łatwy do poprawnego ustalenia

Większość usług z pulą nadaje jej oddzielny port lub osobną flagę. Fly zmienia jedno słowo na początku nazwy hosta.

  • direct.<cluster>.flympg.net to baza danych. pgbouncer.<cluster>.flympg.net to pula PgBouncer, ten sam klaster, te same dane uwierzytelniające.
  • Ponieważ prefiks jest częścią nazwy hosta, jest on przesyłany wraz z wklejonymi danymi. Wklej adres URI pgbouncer, a karta odczyta prefiks i zapisze tryb łączony. — brak rozwijanej listy do zapamiętania.
  • Użyj hosta bezpośredniego do długotrwałych odczytów i puli, jeśli masz wiele krótkich odczytów. Wszystko, co uruchamia agent, jest w obu przypadkach tylko do odczytu.
  • Warto precyzyjnie określić, co agent z tym robi: rejestruje, na którym punkcie końcowym się znajdujesz i nawiązuje połączenie. Obecnie nie zmienia ustawień sterowników między nimi. Jeśli generujesz duże obciążenie współbieżne przez pulę, na razie preferuj hosta bezpośredniego.

Szyfrowanie następuje po zaznaczeniu pola wyboru i jest to celowe

Większość zarządzanych kart Postgres na tej stronie twierdzi, że agent wymusza TLS niezależnie od pola wyboru. Ta karta tego nie robi, a powodem jest serwer proxy.

  • Pole wyboru SSL jest domyślnie zaznaczone, a jeśli je pozostawisz, otrzymasz szyfrowane połączenie z hostem flympg.net. To standardowa ścieżka i nic nie trzeba zmieniać.
  • Agent nie nadpisuje tego, ponieważ lokalny tunel proxy Fly MPG jest legalnym sposobem połączenia, a wymuszenie szyfrowania by go złamało. Ruch przez ten tunel nigdy nie opuszcza komputera, więc nie ma niczego, co należałoby chronić.
  • Więc uczciwa instrukcja jest prosta: zostaw to włączone, chyba że jesteś na serwerze proxy 127.0.0.1. Nie czyść go dla hosta flympg.net.
  • Gdy szyfrowanie jest włączone, łańcuch certyfikatów nie jest weryfikowany. Należy to traktować jako zabezpieczenie przed odczytaniem przesyłanego ruchu, a nie jako dowód na to, który serwer odpowiedział.
  • Twoje dane uwierzytelniające nigdy nie opuszczają maszyny, na której działa agent. Query Streams nie przechowuje żadnej kopii Twoich danych ani kopii Twojego hasła.
-- Zwykły Postgres, tylko do odczytu\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS income\nFROM public.customers AS c\nJOIN public.orders AS o ON o.customer_id = c.id\nWHERE o.placed_at >= now() - interwał '30 dni'\nGROUP BY c.name\nORDER 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

Dołącz Fly.io do reszty swoich danych

Jedno polecenie może obejmować Fly.io i inne połączenia jednocześnie. 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

Fly.io Postgres Zarządzany 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     aplikacja_lotnicza.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 Fly.io

Gospodarz
direct.<cluster>.flympg.net lub pgbouncer.<cluster>.flympg.net — lub 127.0.0.1 przez lokalny serwer proxy fly mpg
Port
5432 lub port proxy podczas tunelowania
Kierowca
Npgsql, przenoszony przez agenta — nic do zainstalowania na końcu Fly
Wklej format
Ciąg z połączenia Fly MPG lub pulpitu nawigacyjnego jako URI postgresql://
Domyślne
Baza danych fly-db i użytkownik fly-user są wstępnie wypełnione i odpowiadają temu, co tworzy Fly
TLS
Zaznacza pole wyboru SSL, które jest domyślnie zaznaczone. Agent nie wymusza tego, więc lokalny tunel proxy pozostaje możliwy. Szyfrowane, gdy jest zaznaczone; łańcuch certyfikatów nie jest weryfikowany.
Łączenie
PgBouncer na prefiksie hostname pgbouncer. Karta odczytuje prefiks i zapisuje tryb
Odrzucony
.internal hostnames — są to nazwy prywatnych sieci Fly, które nie są rozpoznawane poza Fly
Zapisano jako
PostgreSQL z Fly.io zachowanym jako odznaka
Schemat domyślny
publiczny, czyli taki, jaki niesie ze sobą odniesienie federacyjne

Fly.io to najwyraźniejszy przykład na tej stronie, w którym kształt agenta sieciowego jest tym, co umożliwia połączenie, a nie tylko je zabezpiecza. Fly MPG oczekuje, że jego klienci będą korzystać z Fly, co stanowi problem dla każdego narzędzia łączącego się z Twojej chmury z własnej. Agent nie łączy się z dowolnego miejsca — działa tam, gdzie go umieścisz, w tym na maszynie Fly w tej samej organizacji, i wybiera numery. Niewygodna pozycja sieciowa po prostu przestaje być niewygodna.

Na pochwałę zasługuje konstrukcja prefiksu nazwy hosta. Umieszczenie puli w pgbouncer.<cluster> zamiast na drugim porcie lub za zapisaną flagą oznacza, że wybór jest przenoszony w samym adresie, dzięki czemu przetrwa on kopiowanie, wklejanie i zapisywanie bez konieczności dopasowywania drugiego ustawienia. Crunchy Bridge osiąga to samo z portem. Oba są lepsze niż flaga i z tego samego powodu.

W przypadku zapytania międzyźródłowego Fly.io to zwykły Postgres. Połączenie o nazwie fly_app jest zapisane jako fly_app.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.

Dokumentacja dostawcy: fly.io

Często zadawane pytania

Pytania dotyczące Fly.io Postgres

Które narzędzia mogą odczytywać dane Fly.io Postgres przez strumienie 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 Fly.io Postgres?

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 Fly.io Postgres?

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 Fly.io Postgres?

Dostępny host, rola i jej hasło — agent przenosi sterownik, więc nic nie jest instalowane w bazie danych. Host: direct.<cluster>.flympg.net lub pgbouncer.<cluster>.flympg.net — lub 127.0.0.1 przez lokalny serwer proxy Fly MPG. Port: 5432 lub port proxy podczas tunelowania. Sterownik: Npgsql, przenoszony przez agenta — nic do zainstalowania po stronie Fly. Wklej format: ciąg z połączenia Fly MPG lub pulpitu nawigacyjnego jako URI postgresql://.

Czy mogę połączyć bazę danych Fly.io Postgres z inną bazą danych w tym samym zapytaniu?

Tak — to jest zapytanie federacyjne. Jedno polecenie może odwoływać się do Fly.io Postgres 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 Fly.io Postgres różni się od łączenia PostgreSQL?

Tylko ciąg połączenia. Fly.io Postgres 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 Fly.io wstępnie wypełnia ustawienia hosta, portu i SSL, których oczekuje dostawca.

Czy istnieje przewodnik po Fly.io i Excelu?

Tak — to jest przewodnik po PostgreSQL i jest on poprawny dla Fly.io Postgres w takiej formie, w jakiej został napisany. Fly.io obsługuje protokół PostgreSQL, więc połączenia Fly.io z Excelem, Fly.io z Arkuszami Google i wszystkimi innymi miejscami docelowymi przebiegają w ten sam sposób. Jedyną częścią specyficzną dla Fly.io jest ciąg połączenia, który karta Fly.io wypełnia za Ciebie.

Umieść Fly.io 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