Você está projetando um sistema de processamento de pedidos distribuído globalmente no Azure Cosmos DB para a API Core (SQL). O sistema deve aceitar gravações tanto no Leste dos EUA quanto no Oeste da Europa sem perda de dados durante uma interrupção de uma única região e fazer failover automaticamente. A latência de leitura deve ser minimizada para usuários locais. O que você deve configurar?

A opção correta atende a todos os requisitos. Habilitar gravações em várias regiões permite que o sistema aceite gravações no Leste dos EUA e no Oeste da Europa simultaneamente, garantindo a disponibilidade e evitando perda de dados durante uma interrupção regional. O failover automático com uma lista de prioridade de região garante que o sistema se recupere automaticamente de falhas. A consistência de sessão é uma boa escolha para clientes em cada região, pois oferece uma boa combinação de desempenho e consistência, garantindo que um cliente sempre leia suas próprias gravações. As outras opções são incorretas porque: Usar uma única região de gravação não permite gravações simultâneas em ambas as regiões. Habilitar várias regiões de gravação com consistência forte introduziria latência inaceitável para gravações globais. O Azure Table Storage não é o Cosmos DB e não oferece os mesmos recursos de consistência e failover automático. O MongoDB em máquinas virtuais não é uma solução nativa do Cosmos DB e exigiria gerenciamento manual complexo.