O Atlas oferece suporte à distribuição de seus dados globalmente, para garantir alta disponibilidade, baixa latência e atender à conformidade normativa. O planejamento cuidadoso da distribuição de seus dados pode garantir que você atenda aos requisitos de conformidade com a soberania de dados , como a lei Geral de 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 configurar sua arquitetura para escrever esses dados específicos nos clusters ou nós corretos com uma chave de zona ou geo shard apropriada.
O diagrama a seguir mostra uma topologia distribuída globalmente. Tem 3 clusters, um em cada uma das 3 regiões geográficas. Cada cluster tem a mesma distribuição regional de nós 5 espalhados por regiões 3 .
Essa topologia permite que o aplicação envie dados específicos da região apenas para o cluster apropriado para essa região. Portanto, os dados da UE abrangidos pelo GDPR são gravados pelo aplicação no Cluster 2 com nós localizados na UE. Da mesma forma, dados específicos da Apac são gravados apenas no cluster 3, em que todos os nós estão localizados em locais da Apac. Quaisquer dados globais, ou dados que não sejam regionalmente específicos, são gravados em todos os clusters 3. Isso garante que a interrupção de qualquer cluster não tenha o potencial de impacto outras partes do aplicação.
Com uma grande empresa global ou aplicação global, os arquiteturas podem querer implantar clusters em várias regiões ou continentes. Em geral, a prática recomendada é implantar clusters multirregional separados em cada região. Isso dá alta disponibilidade ao aplicação em uma única região e mantém os requisitos de soberania de dados simples. Uma camada de proxy ou redirecionamento deve identificar de onde a solicitação está vem e atribuí-la à localização geográfica correta.
Embora os clientes possam aproveitar as implantações multirregional do Atlas para implantações em várias regiões, eles tendem a não evitar a complexidade resultante 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 centralizados 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 são os mesmos globalmente sem requisitos de soberania. Os clusters podem ser fragmentados com uma chave de shard que contém as informações da região onde os dados devem ser armazenados para cumprir os requisitos de soberania e o Atlas tem um recurso chamado Clusters Globais que simplifica a configuração da chave de shard correspondente à zona geográfica. No entanto, na prática, as empresas optam por implantar clusters separados em diferentes regiões para o mesmo aplicação , para que não tenham que lidar com a complexidade associada a garantir que o código do aplicação esteja definindo corretamente a chave de shard correta por zona geográfica.
Global Clusters
Os clusters do Global 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 de várias regiões 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/shards.
Você precisa da capacidade de ler/gravar para todos os clusters/fragmentos de todos os lugares em um cluster lógico, e ao mesmo tempo ter 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 única prática recomendada. Entre em contato com a equipe de Serviços profissionais do MongoDB para discutir seus requisitos específicos.