Está diseñando un sistema de procesamiento de pedidos distribuido globalmente en Azure Cosmos DB para la API Core (SQL). El sistema debe aceptar escrituras tanto en Este de EE. UU. como en Europa Occidental sin pérdida de datos durante una interrupción de una sola región y realizar una conmutación por error automáticamente. La latencia de lectura debe minimizarse para los usuarios locales. ¿Qué debe configurar?

Habilitar escrituras multirregión permite que las aplicaciones escriban en cualquier región configurada, lo que es crucial para aceptar escrituras en Este de EE. UU. y Europa Occidental. La conmutación por error automática con una lista de prioridad de región asegura la continuidad del negocio sin pérdida de datos durante una interrupción regional. La consistencia de sesión es ideal para minimizar la latencia de lectura para usuarios locales, ya que garantiza que un cliente siempre lea sus propias escrituras, sin imponer la latencia de una consistencia más fuerte a nivel global. Las otras opciones son incorrectas: Una única región de escritura no permite escrituras simultáneas en ambas regiones. La consistencia fuerte con escrituras multirregión introduce una latencia significativa debido a la necesidad de consenso global. Azure Table storage no es Cosmos DB y no ofrece las mismas garantías de consistencia y latencia para este escenario. MongoDB en máquinas virtuales no es una solución nativa de Cosmos DB y añade complejidad de gestión.