Łączyć Baza danych OCI z PostgreSQL do Excela, Arkuszy Google, AI i REST

Nie ma publicznego punktu końcowego i okazuje się, że to łatwy przypadek

Zwykle prywatna baza danych jest niewygodna. Tutaj sytuacja jest odwrotna, ponieważ agent został już stworzony dokładnie dla tego kształtu.

• Baza danych OCI z PostgreSQL jest z założenia prywatna w sieci VCN. Nie ma potrzeby włączania publicznej nazwy hosta ani ustawienia, które by ją nadało.
• W związku z tym żadne narzędzie łączące się z własną chmurą nie może do niej dotrzeć, a zwykłe obejścia — host bastionowy, publiczna podsieć, sieć VPN łącząca nas z biurem — wszystko to oznacza poszerzenie czegoś.
• Agent nie łączy się z serwerem. Wystarczy umieścić go na instancji Compute w tej samej sieci VCN, a stanie się on po prostu klientem w sieci prywatnej. Następnie otworzy jedno połączenie wychodzące do strumieni zapytań dla wszystkich innych. Nic się nie zmieni w sieci VCN.
• To połączenie wychodzące jest jedyną drogą do i z, a do jego utworzenia nie jest potrzebna żadna reguła listy zabezpieczeń dla połączeń przychodzących. Baza danych pozostaje tak samo prywatna, jak przed połączeniem jej z arkuszem kalkulacyjnym.

Branding opiera się na zapisanym połączeniu, ponieważ prywatny adres IP wygląda jak każdy inny

Istnieje pewien niewielki skutek prywatności, który warto wyjaśnić, ponieważ sprawia, że karta ta zachowuje się nieco inaczej niż pozostałe.

• Każda inna hostowana tutaj karta rozpoznaje swojego dostawcę po nazwie hosta — .neon.tech, .render.com, .aivencloud.com. Nie ma odpowiednika OCI, ponieważ Twój punkt końcowy to prywatny adres w Twojej sieci i może być dowolny.
• Zatem to ustawienie jest identyfikowane poprzez wybór karty, a nie adresu. Jego wybór rejestruje, że jest to OCI.
• Nic w połączeniu nie zależy od tego; to odznaka i domyślne ustawienia marki, a nie protokół sieciowy. Pod spodem znajduje się PostgreSQL, a agent zawiera sterownik Npgsql.
• Oznacza to, że warto wybrać tę kartę zamiast generycznego PostgreSQL, mimo że oba by się ze sobą łączyły. Heroku to jedyny inny preset w tej samej pozycji i z tego samego powodu.

Szyfrowanie następuje po zaznaczeniu pola wyboru, a prywatna sieć jest tego powodem

Większość zarządzanych kart Postgres twierdzi, że agent wymusza TLS niezależnie od tego, co zaznaczono w polu wyboru. Ta karta celowo tego nie robi.

• Pole wyboru SSL jest domyślnie zaznaczone, a pozostawienie go włączonym oznacza szyfrowanie połączenia. To standardowa ścieżka i nie wymaga uwagi.
• Agent nie nadpisuje tego, ponieważ system VCN-prywatna baza danych z wyłączonym TLS jest prawidłową konfiguracją, a wymuszenie szyfrowania zerwałoby działające połączenie. Ruch w prywatnej podsieci nigdy nie przechodzi przez publiczny internet.
• Instrukcja jest więc prosta: zostaw tę opcję włączoną, chyba że w systemie bazy danych wyłączono protokół TLS. W takim przypadku należy ją wyłączyć.
• 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ł.
• Wszystko, co uruchamia agent, jest tylko do odczytu, dane uwierzytelniające pozostają na instancji Compute, na której je zainstalowano, a Query Streams nie przechowuje kopii danych.

-- Zwykły Postgres, tylko do odczytu, z wnętrza VCN\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;