Projektujesz globalnie rozproszony system przetwarzania zamówień w usłudze Azure Cosmos DB dla interfejsu Core (SQL) API. System musi akceptować zapisy zarówno w regionie East US, jak i West Europe, bez utraty danych podczas awarii pojedynczego regionu i automatycznie przełączać się w tryb awaryjny. Opóźnienie odczytu powinno być zminimalizowane dla lokalnych użytkowników. Co należy skonfigurować?

Aby spełnić wymagania, należy włączyć zapisy w wielu regionach w usłudze Azure Cosmos DB. Pozwala to na zapisywanie danych w regionach East US i West Europe, zapewniając wysoką dostępność i brak utraty danych w przypadku awarii pojedynczego regionu. Automatyczne przełączanie awaryjne z listą priorytetów regionów gwarantuje automatyczne przełączenie w tryb awaryjny. Spójność sesji minimalizuje opóźnienie odczytu dla lokalnych użytkowników, ponieważ zapewnia, że klient zawsze odczytuje swoje własne zapisy. Pozostałe opcje są nieprawidłowe, ponieważ: pojedynczy region zapisu nie spełnia wymogu zapisu w wielu regionach; silna spójność zwiększyłaby opóźnienia; Azure Table Storage nie oferuje natywnie wieloregionowych zapisów z automatycznym przełączaniem awaryjnym; MongoDB na maszynach wirtualnych to rozwiązanie IaaS, a nie PaaS, i wymagałoby ręcznego zarządzania.