Atlas facilita la distribución global de sus datos para garantizar alta disponibilidad, baja latencia y el cumplimiento normativo. Una planificación cuidadosa de la distribución de sus datos le permite cumplir con los requisitos de cumplimiento. Soberanía de datos, como la ley del Reglamento General de Protección de Datos (RGPD) de la UE. Puede configurar uno o más clústeres en las regiones donde necesite garantizar la soberanía de datos y configurar su arquitectura para escribir esos datos específicos en los clústeres o nodos correctos con una clave de zona o fragmento geográfico adecuada.
El siguiente diagrama muestra una topología distribuida globalmente. Tiene 3 clústeres, uno en cada una de 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 únicamente al clúster correspondiente. Por lo tanto, los datos de la UE cubiertos por el RGPD se escriben en el clúster 2, cuyos nodos se encuentran en la UE. De igual forma, los datos específicos de Asia-Pacífico solo se escriben en el clúster 3, donde todos los nodos se encuentran en ubicaciones de Asia-Pacífico. Los datos globales, o aquellos que no son específicos de una región, se escriben en todos los clústeres 3. Esto garantiza que la interrupción de un clúster no pueda afectar a otras partes de la aplicación.
En el caso de una gran empresa o aplicación global, los arquitectos podrían querer implementar clústeres en múltiples geografías o continentes. En general, la mejor práctica es implementar clústeres multirregionales separados en cada geografía. Esto proporciona a la aplicación alta disponibilidad en una sola región y simplifica los requisitos de soberanía de datos. Una capa de proxy o redirección debe identificar el origen de la solicitud y asignarla a la geografía correcta.
Si bien los clientes pueden aprovechar las implementaciones multirregionales de Atlas para implementar en múltiples geografías, no suelen evitar la complejidad que implica cumplir con los requisitos de soberanía de datos. Un conjunto de réplicas replicará de forma nativa todos los datos en todos los nodos secundarios. Para datos centrados en el usuario que deben cumplir con requisitos de soberanía como el RGPD, esto no funcionará, y esta arquitectura solo debe considerarse para datos de referencia públicos que sean los mismos a nivel mundial sin requisitos de soberanía. Los clústeres se pueden fragmentar con una clave de fragmentación que contiene la información de la región donde se deben almacenar los datos para cumplir con los requisitos de soberanía. Atlas cuenta con una función denominada Clústeres Globales que agiliza la configuración de la clave de fragmentació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, de modo que no tienen que lidiar con la complejidad asociada a garantizar que el código de la aplicación configure correctamente la clave de fragmentación correcta por 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.
Podría considerar una estrategia de implementación global si:
Necesita una única cadena de conexión global.
Debe realizar agregaciones globales en todos los clústeres/fragmentos.
Necesita la capacidad de leer/escribir para todos los clústeres/fragmentos desde cualquier lugar en un clúster lógico, y al mismo tiempo tener lecturas/escrituras regionales.
Importante
La complejidad de los clústeres globales y las necesidades y ofertas únicas de cada región geográfica dificultan la documentación de una única práctica recomendada. Contacte con el equipo de Servicios Profesionales de MongoDB para hablar sobre sus necesidades específicas.