Utrzymujesz to samo API koszyka zakupowego w regionach East US i West Europe. Każdy region musi zapisywać i odczytywać dane z lokalnej pamięci podręcznej Redis z bardzo niskim opóźnieniem. Jeśli regiony zostaną tymczasowo odizolowane, zapisy powinny być nadal akceptowane w obu regionach, a dane powinny automatycznie zbiegać się po przywróceniu łączności. Potrzebujesz również automatycznego przełączania awaryjnego bez promowania repliki do odczytu. Co należy zaimplementować?

Wdrożenie Azure Cache for Redis Enterprise z aktywną replikacją geograficzną (Active Geo-Replication) w obu regionach spełnia wszystkie wymagania. Aktywna replikacja geograficzna w warstwie Enterprise zapewnia architekturę aktywny-aktywny, umożliwiając zapisy w obu regionach z niskimi opóźnieniami i automatyczną konwergencję danych po przywróceniu łączności, dzięki zastosowaniu CRDT (Conflict-free Replicated Data Types). Zapewnia również automatyczne przełączanie awaryjne. Opcja z warstwą Premium i replikacją geograficzną do repliki tylko do odczytu nie pozwala na zapisy w obu regionach jednocześnie i wymaga ręcznego promowania repliki. Okresowy eksport/import danych do Azure Storage jest rozwiązaniem manualnym, niezapewniającym niskich opóźnień ani automatycznej konwergencji. Użycie pojedynczej pamięci podręcznej Enterprise w jednym regionie spowodowałoby wysokie opóźnienia dla zapisów z drugiego regionu i nie spełniałoby wymagań dotyczących odporności na izolację regionów.