Estamos procurando configurar data centers globalmente e mudar para um banco de dados NoSQL como o MongoDB para suportar a distribuição de dados por esses data centers (e, como um efeito colateral agradável, introduzir mais redundância, failover, etc.).
No entanto, o motivo dos data centers globais é principalmente acelerar os tempos de resposta de nossos usuários em países vizinhos, em vez dos recursos de failover. O aplicativo da Web foi projetado para ser usado em escala empresarial e poucas dessas empresas operam em escala global. Como tal, como muitos usuários em um lado do mundo nunca precisarão acessar os dados desses usuários do outro lado, seria bom se os dados pudessem ser mantidos nos servidores que são locais para a maioria dos usuários. / p>
Eu esperava poder usar os recursos de sharding do mongodb para distribuir os dados globalmente dessa forma, permitindo ainda o acesso e a manutenção de um único local (que seria lento e consultaria os servidores internacionais). Infelizmente, a única referência que posso encontrar para esse tipo de comportamento é uma menção de "homing inteligente" em um bost de blog do MongoDB e nada mais. Embora seja possível apenas sincronizar tudo globalmente, parece que uma largura de banda bastante ineficiente e ilimitada não é uma opção em pelo menos um dos países.
O mongodb pode suportar esse tipo de comportamento? Qualquer informação adicional sobre como obter este tipo de configuração de trabalho (ou porque eu não deveria ter este conjunto de trabalho, como vai fazer gatinhos morrer etc) seria muito apreciada.
Parte disso já está no lugar do MongoDB, veja um artigo decente aqui:
Em termos de roteamento de leitura, existem algumas implementações nos drivers, mas ele não está embutido. A versão completa do recurso de leitura de dados localizada deve ser lançada com o 2.2
Se você quiser dar uma olhada nos dois principais problemas do servidor núcleo, pode dar uma olhada aqui:
E, claro, você pode votar no recurso para aumentar a lista:)