Atlas ofrece soporte para distribuir tus datos a nivel global, para garantizar una alta disponibilidad, baja latencia y el cumplimiento de normativas. La planificación cuidadosa de la distribución de sus datos puede garantizar que cumpla con los requisitos de cumplimiento de soberanÃa de datos, como la ley General de Protección de Datos (GDPR) de la UE. Puedes configurar uno o más clústeres en las regiones donde necesites garantizar la soberanÃa de los datos y configurar tu arquitectura para escribir esos datos especÃficos en los clústeres o nodos correctos con una zona adecuada o una clave de partición geográfica.
El siguiente diagrama muestra una topologÃa distribuida globalmente. Posee 3 clústeres, uno en cada una de las 3 geografÃas. Cada clúster tiene la misma distribución regional de 5 nodos repartidos en 3 regiones.
Esta topologÃa permite que la aplicación envÃe datos especÃficos de la región solo al clúster apropiado para esa región. Por lo tanto, los datos de la UE cubiertos por el GDPR los escribe la aplicación en el clúster 2 con nodos ubicados en la UE. Del mismo modo, los datos especÃficos de APAC solo se escriben en el clúster 3, donde todos los nodos se encuentran en ubicaciones de APAC. Cualquier dato global, o dato que no sea especÃfico de una región, se escribe en todos los clústeres 3. Esto garantiza que la interrupción del servicio de cualquier clúster no pueda tener un impacto en otras partes de la aplicación.

Con una gran empresa global o una aplicación global, los arquitectos pueden querer implementar clústeres en varias geografÃas o continentes. En general, la mejor práctica es implementar clústeres multi-región separados en cada geografÃa. Esto otorga a la aplicación una alta disponibilidad en una sola región y mantiene los requisitos de soberanÃa de datos sencillos. Una capa de proxy o redirección debe identificar de dónde proviene la solicitud y asignarla a la geografÃa correcta.
Aunque los clientes pueden aprovechar las implementaciones multirregión de Atlas para implementar en múltiples geografÃas, tienden a no evitar la complejidad que implica cumplir con los requisitos de la soberanÃa de los datos. Un set de réplicas replicará nativamente todos los datos a todos los nodos secundario. Para datos centrados en el usuario que deben cumplir con requisitos de soberanÃa, como el GDPR, esto no funcionará, y esta arquitectura solo debe considerarse para datos de referencia pública que sean los mismos a nivel global sin requisitos de soberanÃa. Los clústeres pueden particionarse con una clave de partición que contiene la información de la región donde los datos deben almacenarse para cumplir con los requisitos de soberanÃa y Atlas tiene una funcionalidad llamada Clústeres Globales, que agiliza la configuración de la clave de partición correspondiente a la zona geográfica. Sin embargo, en la práctica, las empresas optan por implementar clústeres separados en diferentes regiones para la misma aplicación a fin de no tener que lidiar con la complejidad de asegurar que el código de la aplicación esté configurando correctamente la clave de partición adecuada según la zona geográfica.
Clústeres globales
Clústeres Global Atlas se utilizan en las implementaciones más complejas y, por lo tanto, requieren un planeamiento muy cuidadoso. En casi todos los casos, un paradigma de implementación multiregión puede cubrir tus necesidades.
Puedes considerar una estrategia de implementación global si:
Se necesita una cadena de conexión global única.
Es necesario realizar agregaciones globales en todos los clústeres/particiones.
Necesitas la capacidad de leer/escribir para todos los clústeres/particiones desde cualquier lugar en un solo clúster lógico, y al mismo tiempo realizar lecturas/escrituras regionales.
Importante
La complejidad de los clústeres globales y las necesidades y ofertas únicas de regiones geográficas especÃficas, hacen que documentar unas únicas mejores prácticas sea difÃcil. Ponte en contacto con el equipo de Professional Services de MongoDB para discutir tus requisitos especÃficos.