O Atlas oferece suporte à distribuição global de seus dados para garantir alta disponibilidade, baixa latência e conformidade regulatória. O planejamento cuidadoso da distribuição de seus dados pode garantir que você atenda aos requisitos de conformidade para soberania de dados, como a Regulamentação Geral sobre a Proteção de Dados (GDPR) da UE. Você pode configurar um ou mais clusters nas regiões em que precisa garantir a soberania dos dados e ajustar sua arquitetura para gravar esses dados específicos nos clusters ou nós corretos com uma zona apropriada ou chave de fragmento geográfico.
O diagrama a seguir mostra uma topologia distribuída globalmente. Ele possui 3 clusters, um em cada uma das 3 regiões geográficas. Cada cluster possui a mesma distribuição regional de 5 nós distribuídos por 3 regiões.
Essa topologia permite que o aplicativo envie dados específicos de uma região apenas para o cluster apropriado dessa região. Portanto, os dados da UE cobertos pelo GDPR são gravados pelo aplicativo no cluster 2 com nós localizados na UE. Da mesma forma, os dados específicos da APAC são gravados apenas no cluster 3, onde todos os nós estão localizados em localizações da APAC. Qualquer dado global, ou dado que não seja específico de uma região, é gravado em todos os 3 clusters. Isso garante que a interrupção de um dado cluster não tenha o potencial de causar impacto em outras partes do aplicativo.
Com uma grande empresa global ou um aplicativo global, os arquitetos podem querer implantar clusters para várias geografias ou continentes. Em geral, a prática recomendada é implantar clusters multirregionais separados em cada região. Isso propicia ao aplicativo uma alta disponibilidade em uma única região e mantém os requisitos de soberania de dados diretos. Uma camada de proxy ou redirecionamento deve identificar a origem da solicitação e atribuí-la à geografia correta.
Embora os clientes possam aproveitar as implantações multirregionais do Atlas para implantação em várias regiões, eles geralmente não conseguem evitar a complexidade decorrente da conformidade com os requisitos de soberania de dados. Um conjunto de réplicas replicará nativamente todos os dados para todos os nós secundários. Para dados centrados no usuário, que devem satisfazer requisitos de soberania, como o GDPR, isso não funcionará, e essa arquitetura só deve ser considerada para dados de referência pública que sejam os mesmos globalmente, sem requisitos de soberania. Os clusters podem ser fragmentados com uma chave de fragmento que contém as informações da região em que os dados devem ser armazenados para cumprir os requisitos de soberania, e o Atlas possui um recurso chamado cluster global, que simplifica a configuração da chave de fragmento correspondente à zona geográfica. No entanto, na prática, as empresas optam por implantar clusters separados em diferentes regiões para o mesmo aplicativo, para que não precisem lidar com a complexidade de garantir que o código do aplicativo configure corretamente a chave de fragmento por zona geográfica.
Global Clusters
Clusters globais do Atlas são usados nas implantações mais complexas e, portanto, exigem um planejamento muito cuidadoso. Em quase todos os casos, um Paradigma de implantação multirregional pode atender às suas necessidades.
Você pode considerar uma estratégia de implantação global se:
Você precisa de uma única string de conexão global.
Você precisa realizar agregações globais em todos os clusters/fragmentos.
É necessário ter a capacidade de ler/gravar para todos os clusters/fragmentos de qualquer lugar, em um único cluster lógico, além de realizar leituras/gravações regionais.
Importante
A complexidade dos clusters globais e as necessidades e ofertas exclusivas de regiões geográficas específicas dificultam a documentação de uma prática recomendada individual. Entre em contato com a equipe de Professional Services do MongoDB para abordar seus requisitos específicos.