Przenieś cięższą część porównania bliżej danych.
Połączenia agentowe opierają się na lokalnych agentach uruchamianych blisko źródłowej i docelowej bazy danych. Taki model ogranicza ruch sieciowy, trzyma sortowanie i haszowanie bliżej silnika oraz lepiej skaluje się przy dużych lub rozproszonych zakresach porównań. To również jedyny model wykonania, który udostępnia algorytm Chunk Hash.
Jak to działa
W trybie agentowym Compare zarządza przebiegiem procesu, a lokalni agenci przejmują część odczytu, sortowania i haszowania blisko każdej bazy danych. Taka architektura ogranicza centralny transfer danych i pomaga wtedy, gdy źródło i cel różnie zachowują się przy porządkowaniu lub kodowaniu. To także tryb wymagany przez Chunk Hash, w którym agenci najpierw wymieniają hashe chunków, a odszyfrowany różniący się chunk zwracają dopiero wtedy, gdy Compare potrzebuje dokładnego diffu.
| Aspekt | Połączenia agentowe |
|---|---|
| Topologia | Lokalni agenci działają przy źródle i celu, a Compare pozostaje warstwą sterującą. |
| Korzyść operacyjna | Mniejszy transfer sieciowy, lepsza skalowalność i stabilniejsze zachowanie między różnymi silnikami. |
| Główne ograniczenie | Dodatkowy rollout, utrzymanie agentów i lokalne wymagania infrastrukturalne. |
| Unikalny algorytm | Chunk Hash jest dostępny wyłącznie tutaj. Najpierw porównuje okna hashy, a dopiero pierwszy różniący się chunk rozwija do szczegółowego diffu. |
| Typowe zastosowanie | Duże tabele, odległe środowiska lub przypadki, w których centralny odczyt jest zbyt kosztowny. |
Aktualnie wspierane bazy danych
Połączenia agentowe wspierają obecnie tylko PostgreSQL i Oracle.
PostgreSQL
Aktualnie wspierane w trybie agentowym
Oracle
Aktualnie wspierane w trybie agentowym
Kiedy ten model pasuje najlepiej
Zakres porównania jest duży albo długotrwały
Tryb agentowy jest bezpieczniejszym domyślnym wyborem wtedy, gdy centralny odczyt generowałby zbyt duży transfer albo nadmiernie wydłużał czas wykonania.
Źródło i cel znajdują się w różnych strefach sieciowych
Lokalni agenci zmniejszają zależność od długich ścieżek sieciowych między hostem Compare a każdym endpointem bazodanowym.
Silniki różnią się sortowaniem albo kodowaniem
Przeniesienie cięższych operacji bliżej danego silnika ogranicza szum porównawczy wynikający z różnic specyficznych dla platformy.
Chcesz znaleźć pierwszą dokładną różnicę bez przenoszenia wszystkich rekordów
Chunk Hash działa tylko w trybie agentowym i utrzymuje niski payload, porównując hashe chunk-po-chunku, a pełne wartości pobierając dopiero dla pierwszego różniącego się zakresu.
Checklista wdrożeniowa
Umieść agentów blisko odpowiednich baz
Wdrażaj agentów tam, gdzie dostęp do bazy jest lokalny, niskoopóźnieniowy i stabilny operacyjnie.
Zweryfikuj bezpieczne ścieżki komunikacji
Potwierdź, że warstwa sterująca Compare oraz obaj agenci mogą wymieniać ruch kontrolny w sposób stabilny.
Sprawdź zasoby i zgodność wersji agentów
CPU, pamięć i spójność wersji agentów mają znaczenie, gdy haszowanie i sortowanie opuszcza centralny host.
Uruchom testy zdrowia agentów i endpointów
Przed definiowaniem mapowań i reguł wykonania zweryfikuj zarówno dostęp do baz, jak i gotowość agentów.
Model instalacji i bezpieczeństwa
Połączenia agentowe uruchamia się przez instalację dedykowanego oprogramowania agenta. Pakiet instalacyjny jest dostępny dla macOS, Linuxa, Windowsa oraz w wariancie Docker.
| Aspekt | Model działania agenta |
|---|---|
| Metoda instalacji | Zainstaluj oprogramowanie agenta na macOS, Linuxie, Windowsie albo uruchom je jako wdrożenie Docker. |
| Powiązanie logiczne | Każdy agent jest logicznie powiązany dokładnie z jednym endpointem bazy danych. |
| Zabezpieczenie komunikacji | Ruch między agentem a Compare jest uwierzytelniany tokenem typu Bearer. |
| Efekt operacyjny | Model wykonania pozostaje jednoznaczny: jeden agent, jedna baza, jedno kontrolowane połączenie z Compare. |
Pozostań przy bezpośrednich połączeniach z bazą danych, jeśli workload jest umiarkowany, ścieżka sieciowa prosta, a zespół chce zminimalizować koszt operacyjny.