Na tej stronie
Wyobraź sobie ekran wsparcia, który potrzebuje jednej odpowiedzi: czy zamówienie zostało opłacone? System płatności zna odpowiedź. Zespół integracyjny proponuje skopiować wszystkie rekordy płatności do drugiej bazy, utrzymywać kopię na bieżąco i czytać z niej przy otwieraniu zamówienia. To hipotetyczny przykład operacyjny, a nie analityczny przypadek użycia z cytowanego pokazu.
Taka kopia może być potrzebna. Najpierw zapytaj, czy ekranowi wystarczy jedna odpowiedź ze źródła, do którego ma uprawnienie, odczytana teraz.
Techniczny pokaz zapytań analitycznych między chmurami przedstawia zapytanie do istniejących źródeł bez wcześniejszego tworzenia trwałej kopii tabeli źródłowej w celu. Ten sam pokaz materializuje również połączoną tabelę, co ilustruje współistnienie zdalnego odczytu i kopiowania w jednym procesie. To rzeczywista funkcja produktu, a nie obietnica, że usługa zapytań analitycznych nadaje się do operacyjnego ekranu płatności lub że dane nigdy nie przemieszczają się podczas wykonania. Dokumentacja zapytań federacyjnych Google Cloud wyjaśnia, że część wyników zapytań zewnętrznych tymczasowo trafia do usługi zapytań. Istotne jest odróżnienie trwałej zsynchronizowanej repliki od ograniczonego odczytu na potrzeby konkretnego pytania.
Decyduj na podstawie zadania odbiorcy
Za prośbą „połącz te systemy” kryją się dwa różne żądania. Jedno pyta: „Co źródło mówi teraz?”. Drugie: „Jaki stan musi przechowywać system docelowy, żeby później zadziałać?”.
Dla ekranu wsparcia odczyt o ograniczonym zakresie może zwrócić status zamówienia i czas obserwacji. Źródło pozostaje autorytetem. Gdy źródło nie działa, ekran powinien powiedzieć, że bieżący status jest niedostępny, albo wyraźnie oznaczyć odpowiedź z pamięci podręcznej. Druga kopia tworzyłaby nowe pytanie: który status ma pierwszeństwo przy niezgodności?
Odbiorca prosi źródło o jedną aktualną odpowiedź przez autoryzowane zapytanie. Może ono przetwarzać dane tymczasowe bez tworzenia trwałej repliki.
W kampanii porzuconych koszyków system docelowy może potrzebować działania bez otwierania ekranu przez człowieka. Może potrzebować szybkiego zdarzenia, stanu zgody i sposobu anulowania zaplanowanej wiadomości po zakupie. Odczyt na żywo w chwili kampanii nadal może pomóc, lecz sama odpowiedź na żądanie nie wystarczy.
| Potrzeba odbiorcy | Pierwszy projekt do sprawdzenia | Główny kompromis |
|---|---|---|
| Jedna aktualna odpowiedź | Zapytanie do właściciela danych o ograniczonym zakresie | Zależność od dostępu i opóźnienia źródła |
| Ciągłe działanie po zmianie | Zdarzenie lub minimalna synchronizacja zmian | Obsługa opóźnień, duplikatów i pominiętych zdarzeń |
| Historyczny dowód decyzji | Wersjonowana migawka właściwych pól | Zasady przechowywania i dostępu |
| Działanie podczas awarii źródła | Jawna pamięć podręczna lub replika | Może się zestarzeć; potrzebuje reguły wieku |
To tabela decyzji, nie pomiar wydajności. Nie wynika z niej uniwersalny próg wyboru między zapytaniem a kopią.
Kopia ma koszt, który trwa
Pierwszy eksport łatwo zaniżyć, bo się kończy. Kopia żyje dalej. Dochodzi nowe pole, łączą się identyfikatory, zmienia się uprawnienie albo stare zdarzenie dociera po nowym. System docelowy może teraz przechowywać odpowiedź odrzuconą przez źródło.
Kosztem jest nie tylko przestrzeń dyskowa. Trzeba uzgadniać dane: obserwować opóźnienie, odtwarzać pominięte zmiany, usuwać dane, gdy trzeba, i wyjaśniać, dlaczego decyzja opierała się na wczorajszej wartości. Takie zadania są uzasadnione, gdy system docelowy potrzebuje niezależnego stanu. Są zbędnym wysiłkiem, gdy jedynym celem jest bieżąca odpowiedź.
Zapytanie też kosztuje. Może obciążać źródło, udostępniać pola innemu podmiotowi, przekraczać granicę sieci i zawieść w najgorszej chwili. Plan wykonania może przetworzyć więcej danych, niż sugeruje widoczny wynik. Dokumentacja federacji opisuje szczegóły wykonania, które warto sprawdzić, zanim uznasz zdalne zapytanie za ruch danych równy zeru.
Bezpieczne zapytanie ma wąski cel i wynik. Wskaż właściciela pola. Ogranicz uprawnienia wywołującego. Ustal dopuszczalny wiek odpowiedzi, maksymalny czas oczekiwania i komunikat interfejsu przy przekroczeniu czasu. Zachowaj czas obserwacji wraz z odpowiedzią.
Kiedy kontrolowana kopia zasługuje na swój koszt
„Lokalne dane dają przewidywalny interfejs i mniej zdalnych awarii”. To poważny argument. Jeśli proces ma twarde wymaganie czasu odpowiedzi lub musi działać mimo niedostępności źródła, kontrolowana replika może być właściwa.
Słowo kontrolowana jest tu kluczowe. Ustal, które pola są kopiowane, jak szybko muszą się aktualizować, co dzieje się po zatrzymaniu aktualizacji i kiedy odbiorca odmawia działania na starym stanie. Przetestuj spóźnioną poprawkę obok zwykłej ścieżki. Szybka, lecz nieaktualna odpowiedź może być gorsza od widocznego braku dostępności.
Zacznij od najmniejszego pytania odbiorcy. Jeśli odczyt je rozwiązuje, pozostaw źródło w roli właściciela. Jeśli działanie wymaga lokalnego stanu, kopiuj tylko to, co można nim uzasadnić.
Mały test może rozstrzygnąć wybór bez budowania ogólnej warstwy replikacji. Wybierz pytanie, które odbiorca naprawdę zadaje, ustal wymaganą aktualność i wykonaj autoryzowane zapytanie do źródła. Obserwuj opóźnienie, obciążenie źródła i zachowanie przy awarii z realistyczną kontrolą dostępu. Następnie wypróbuj najwęższy kopiowany stan zaspokajający tę samą potrzebę. Porównaj nie tylko czas odpowiedzi, lecz także poprawki, usuwanie i działanie podczas awarii. Poradnik planowania integracji daje szerszy kontekst procesu; ten test wybiera miejsce odpowiedzi. Żadna droga nie jest automatycznie tańsza po policzeniu kosztu dalszego utrzymania.
Połączenia nie mierzy się liczbą przesłanych wierszy.
Najczęściej Zadawane Pytania
Kiedy zdalne zapytanie jest lepsze od synchronizacji?
Gdy odbiorca potrzebuje odpowiedzi z autorytatywnego źródła i może zaakceptować jego dostępność oraz opóźnienie. Ogranicz dostęp i pokaż czas odczytu odpowiedzi.
Kiedy trzeba skopiować dane?
Kopiuj minimalny potrzebny stan, gdy drugi system musi działać bez bieżącego zapytania, zachować audytowalną migawkę lub spełnić wymagania czasu i dostępności, których źródło nie spełnia.
Czy odczyt na miejscu oznacza, że dane w ogóle się nie przemieszczają?
Nie. Usługa federacyjna może przenosić dane pośrednie lub wynikowe podczas wykonywania zapytania. Sprawdź dokumentowane zasady wykonania, przechowywania i bezpieczeństwa dostawcy.