Sie entwerfen ein global verteiltes Auftragsverarbeitungssystem auf Azure Cosmos DB für die Core (SQL)-API. Das System muss Schreibvorgänge sowohl in East US als auch in West Europe akzeptieren, ohne Datenverlust während eines Ausfalls in einer einzelnen Region, und automatisch ein Failover durchführen. Die Leselatenz sollte für lokale Benutzer minimiert werden. Was sollten Sie konfigurieren?

Die Aktivierung von Multi-Region-Schreibvorgängen in Azure Cosmos DB ermöglicht es, Schreibvorgänge in mehreren Regionen gleichzeitig zu akzeptieren, was die Anforderungen für East US und West Europe erfüllt und die Verfügbarkeit bei regionalen Ausfällen sicherstellt. Die Konfiguration des automatischen Failovers mit einer Regionsprioritätsliste gewährleistet, dass das System bei einem Ausfall automatisch auf eine andere Region umschaltet, ohne Datenverlust. Die Verwendung von Sitzungskonsistenz für Clients minimiert die Leselatenz für lokale Benutzer, da sie eine konsistente Ansicht ihrer eigenen Schreibvorgänge garantiert, ohne die Latenz einer stärkeren Konsistenz über Regionen hinweg zu verursachen. Eine einzelne Schreibregion würde die Anforderung, Schreibvorgänge in beiden Regionen zu akzeptieren, nicht erfüllen. Starke Konsistenz über mehrere Regionen hinweg würde die Latenz für Schreibvorgänge erheblich erhöhen und ist für dieses Szenario nicht optimal. Azure Table Storage bietet nicht die gleiche globale Verteilung und automatische Failover-Fähigkeit wie Cosmos DB. MongoDB auf VMs würde einen erheblichen Verwaltungsaufwand bedeuten und nicht die nativen Multi-Region-Funktionen von Cosmos DB bieten.