Łączyć Fala upałów MySQL do Excela, Arkuszy Google, AI i REST

OCI jest prywatne, AWS jest publiczne i zmienia miejsce, do którego przechodzi agent

HeatWave jest sprzedawany jako jeden produkt, ale wdrażany w dwóch formach. O miejscu instalacji decyduje różnica, a nie ustawienia połączenia.

• W OCI system HeatWave DB znajduje się w sieci VCN i nie jest dostępny z internetu. Umieść agenta na instancji Compute w tej samej sieci VCN i skieruj go na prywatny punkt końcowy.
• W AWS HeatWave udostępnia publiczny punkt końcowy TLS. Agent może działać w dowolnym miejscu, z którego można uzyskać do niego dostęp, również na własnym sprzęcie.
• W każdym razie agent nawiązuje tylko połączenia wychodzące. Nie ma potrzeby dodawania żadnej reguły przychodzącej, otwierania połączenia przychodzącego w sieci VCN ani połączenia VPN między Twoją siecią a naszą.
• Same ustawienia połączenia nie zmieniają się między nimi. Ten sam port, te same pola, ten sam sterownik. — różnią się jedynie punkt końcowy i lokalizacja sensownego agenta.

TLS to pole wyboru, które jest domyślnie włączone

Warto być precyzyjnym, ponieważ dwa kształty rozmieszczenia HeatWave charakteryzują się zupełnie inną ekspozycją.

• Opcja Użyj protokołu SSL jest domyślnie włączona, a gdy jest włączona, połączenie jest szyfrowane — agent prosi MySQL o wymaganą sesję TLS.
• Wyłącz tę opcję, a agent spróbuje nawiązać połączenie bez szyfrowania. Nic tutaj nie ma pierwszeństwa w stosunku do punktu końcowego, więc pole wyboru stanowi cały mechanizm.
• To ma największe znaczenie w AWS, gdzie punkt końcowy jest publiczny. W publicznym internecie pozostawienie włączonego protokołu TLS nie jest w praktyce opcjonalne.
• Szyfrowanie nie jest weryfikacją certyfikatu. Agent wymaga protokołu TLS, ale nie weryfikuje łańcucha certyfikatów serwera, więc traktuj to jako ochronę przed podsłuchem, a nie jako dowód na to, do czego udało Ci się dotrzeć.

Pod spodem znajduje się MySQL, o który właśnie chodzi

Silnik analityczny HeatWave to dział Oracle. Do strumieni zapytań dociera połączenie MySQL.

• Agent łączy się ze standardowym sterownikiem MySQL i wykonuje standardowy odczyt SQL. Ścieżka zapytania nie jest specyficzna dla HeatWave.
• MySQL nie ma oddzielnej warstwy schematu, więc kwalifikatorem jest baza danych. To właśnie niesie ze sobą odwołanie międzyźródłowe.
• Zapytania międzybazowe w ramach jednego połączenia HeatWave działają w taki sam sposób, jak na dowolnym serwerze MySQL, dzięki czemu pojedyncze połączenie może obejmować więcej niż jedną bazę danych.
• Warto utworzyć użytkownika tylko do odczytu. Strumienie zapytań nie będą zapisywać, ale najbezpieczniejszym sposobem na zagwarantowanie tego jest baza danych, a nie narzędzie.

-- Zwykły MySQL, tylko do odczytu, przez TLS SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS income FROM customers AS c JOIN orders AS o ON o.customer_id = c.id WHERE o.placed_at >= NOW() - INTERVAL 30 DAY GROUP BY c.name ORDER BY income DESC;