Łączyć Bazy danych zarządzane przez Vultr do Excela, Arkuszy Google, AI i REST

Port jest na klaster i to jest pole, które łapie ludzi

Większość dostawców usług zarządzanych korzysta z domyślnego silnika. Vultr tego nie robi, a wszystko, co dzieje się dalej, zależy od jego poprawnego działania.

• Klastry PostgreSQL zazwyczaj mają port 16751, a nie 5432, a klastry MySQL również mają przypisany własny port. Numer ten należy do klastra, a nie do silnika.
• Karta celowo pozostawia port pusty, zamiast wstępnie wypełnić błędną wartość domyślną. Trzeba ją wpisać lub wkleić, a bez niej karta nie zapisuje się.
• To jest lepsza porażka. Błędny, ale prawdopodobny kod 5432 przeleciałby przez formularz, a następnie wyłączyłby połączenie, co odczytałoby się jako zablokowana zapora sieciowa i skierowałoby Cię w zupełnie niewłaściwe miejsce.
• Wklejenie ciągu połączenia z sekcji Szczegóły połączenia to najpewniejsza trasa, ponieważ port przechodzi przez nią.

Jedna karta, dwa silniki, a różnią się szyfrowaniem

Wybór silnika na górze zmienia więcej niż sterownik. Warto przeczytać tę część, zanim odznaczysz pole wyboru.

• Wybierz PostgreSQL, a agent wymusi szyfrowanie dla dowolnego hosta .vultrdb.com, niezależnie od zaznaczenia pola wyboru. Vultr tego wymaga, a agent nie wyśle tekstu jawnego do hosta o tej nazwie.
• Wybierz MySQL, a pole wyboru będzie stanowiło cały mechanizm. Jest ono domyślnie włączone, a połączenie jest szyfrowane, dopóki jest włączone, ale nic nie nadpisuje tego szyfrowania, jeśli je wyłączysz.
• Różnica jest strukturalna, a nie wynika z przeoczenia: agent przechowuje tabelę hostowanych nazw hostów PostgreSQL, dla których wymusza TLS, i nie ma odpowiednika MySQL. Ten sam podział obowiązuje na każdej karcie wielosilnikowej.
• Instrukcja praktyczna jest w obu przypadkach taka sama — pozostaw opcję „Użyj SSL” włączoną. W MySQL jest to jedyna metoda ochrony połączenia.
• W żadnym z przypadków łańcuch certyfikatów nie jest weryfikowany. Szyfrowanie odczytu służy ochronie przed odczytaniem ruchu przez osoby trzecie, a nie jako dowód na to, który serwer odpowiedział.

Co połączenie może, a czego nie może zrobić

W przypadku obu silników obowiązują te same gwarancje.

• Wszystko, co uruchamia agent, jest tylko do odczytu, po jednym poleceniu na raz, i nie uruchamia niczego, co wymaga zapisu.
• Dane uwierzytelniające pozostają na komputerze, na którym zainstalowano agenta. Query Streams nie przechowuje ich kopii ani kopii Twoich danych.
• Można udostępniać możliwość uruchomienia zapisanego zapytania bez konieczności udostępniania kodu SQL ani hasła do bazy danych.
• Niezależnie od tego, który silnik wybierzesz, połączenie zostanie zapisane jako wybrany silnik, a Vultr będzie widoczny jako odznaka.

-- Tylko do odczytu, niezależnie od wybranego silnika\nSELECT c.name,\n COUNT(o.id) AS orders,\n SUM(o.amount) AS income\nFROM customers AS c\nJOIN 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;