Stai progettando un sistema di elaborazione degli ordini distribuito a livello globale su Azure Cosmos DB per l'API Core (SQL). Il sistema deve accettare scritture sia in East US che in West Europe senza perdita di dati durante un'interruzione di una singola regione e deve eseguire il failover automaticamente. La latenza di lettura deve essere minimizzata per gli utenti locali. Cosa dovresti configurare?

L'abilitazione delle scritture multi-regione consente al sistema di accettare scritture in più regioni (East US e West Europe) e di continuare a funzionare senza perdita di dati in caso di interruzione di una singola regione. La configurazione del failover automatico con un elenco di priorità delle regioni garantisce che Azure Cosmos DB gestisca automaticamente il failover, mantenendo la disponibilità. L'utilizzo della coerenza di sessione per i client in ogni regione minimizza la latenza di lettura per gli utenti locali, poiché le letture vengono servite dalla replica locale, pur garantendo che un client veda sempre le proprie scritture. Le altre opzioni sono meno appropriate: Una singola regione di scrittura con coerenza forte non soddisfa il requisito di accettare scritture in più regioni e di minimizzare la latenza di lettura locale. La coerenza forte su più regioni di scrittura introdurrebbe una latenza elevata per le scritture e le letture, non minimizzando la latenza per gli utenti locali. Azure Table storage non offre le stesse capacità di coerenza e failover automatico di Cosmos DB per questo scenario. L'uso di MongoDB su VM introduce complessità di gestione e non sfrutta le capacità native di Cosmos DB per la distribuzione globale e il failover.