Diseño de Landing Zone

Elija una jerarquía de implementación que agrupe sus organizaciones, proyectos y clústeres de Atlas para promover el aislamiento y la separación de responsabilidades entre unidades de negocio, entornos y grupos facturables, según sea necesario. Por ejemplo, puede agrupar las unidades de negocio en organizaciones individuales para garantizar que las credenciales de ventas no puedan autenticarse en los recursos de producto. También recomendamos separar sus entornos de desarrollo y producción en proyectos u organizaciones individuales para cumplir con los diferentes requisitos de seguridad y resiliencia de cada entorno.

Para obtener recomendaciones y aprender más sobre este tema, consulte Orientación para organizaciones, proyectos y clústeres de Atlas.

De forma predeterminada, Atlas bloquea todo acceso a sus clústeres, aplica el cifradoTLS/SSL a todas las conexiones a sus bases de datos y cifra los datos en reposo mediante el cifrado de disco del proveedor de la nube. Debe definir los siguientes requisitos de seguridad para habilitar el acceso seguro a sus clústeres:

• Configuraciones de seguridad de red, como restricciones de lista de acceso IP o puntos finales privados y conexiones VPC requeridos para limitar la extensión del límite de confianza de su red

• Mecanismos para autenticar usuarios y autorizar su acceso al panel de control de Atlas ({atlas-ui+} y la API de administración de Atlas), recursos de base de datos y operaciones de base de datos.

• Requisitos adicionales de cifrado de datos para datos en tránsito, en reposo y en uso

Para obtener recomendaciones y aprender más sobre este tema, consulte las siguientes páginas:

• Guía para la seguridad de la red Atlas

• Guía para la autorización y autenticación de Atlas

• Guía para el cifrado de datos Atlas

• Guía para la auditoría y el registro de Atlas

Considere cómo la residencia de datos de su implementación determina la soberanía de los datos y, por lo tanto, qué leyes se aplican a sus datos. Identifique y considere cualquier requisito legal o regulatorio específico que no esté claramente articulado en otras categorías de requisitos.

La residencia de sus datos depende de las regiones y geografías que elija implementar en su paradigma de implementación y de si elige particionar sus datos entre geografías.

Para obtener recomendaciones y aprender más sobre este tema, consulte las siguientes páginas:

• Características para el cumplimiento de estándares externos

• Paradigmas de implementación de Atlas

Definir y registrar estándares de confiabilidad y resiliencia que se pueden lograr a través de un plan de recuperación ante desastres y una arquitectura de alta disponibilidad:

• Para comenzar, defina un RPO y RTO óptimos para su organización en función de los niveles de criticidad de las aplicaciones.

  • Si sus RTO y RPO son casi nulos, defina una arquitectura de alta disponibilidad para garantizar un funcionamiento prácticamente continuo durante las interrupciones. Esto puede implicar la necesidad de nodos, regiones o proveedores de nube adicionales en su paradigma de implementación para aumentar la redundancia y permitir la conmutación por error automática, así como la programación de periodos de mantenimiento para garantizar que los reinicios del nodo principal se produzcan fuera de las horas críticas para el negocio. Para obtener más información, consulte la Guía para la Alta Disponibilidad de Atlas y los Paradigmas de Implementación de Atlas.

  • Si su RTO o RPO permite periodos más largos de interrupción o pérdida de datos, defina un plan de recuperación ante desastres para garantizar que su aplicación esté preparada para recuperarse de una interrupción. Para obtener más información, consulte la Guía para la recuperación ante desastres de Atlas y la Guía para las copias de seguridad de Atlas.

    Un plan riguroso de recuperación ante desastres incluye lo siguiente:

    • Documenta y prueba procedimientos de recuperación, como el traslado de cargas de trabajo entre regiones o proveedores de nube o la realización de restauraciones de instantáneas a versiones anteriores para recuperarse de posibles escenarios de desastre, como interrupciones zonales, regionales o de proveedores de nube, fallas de recursos y eventos de corrupción de datos.

    • Define un cronograma de instantáneas de respaldo y requisitos para la retención de instantáneas y la distribución en múltiples regiones para satisfacer su RPO y RTO.

Identifique los requisitos específicos de facturación, como la integración con herramientas de FinOps para la generación de informes y el contracargo. Puede integrar estos requisitos en el proceso de automatización y aprovisionamiento de los clústeres de Atlas para facilitar esta integración.

Para obtener recomendaciones y aprender más sobre este tema, consulte Características de los datos de facturación de Atlas.

Identifique y registre sus políticas de retención de datos. Esto puede requerir la creación de un marco de clasificación de datos que se integre con la automatización para archivar o depurar datos según su naturaleza y propósito, como registros financieros, datos de clientes o información de empleados que implican diferentes requisitos legales y regulatorios. Identifique las características de rendimiento para la recuperación de registros archivados.

Para obtener recomendaciones y aprender más sobre este tema, consulte las siguientes páginas:

• Guía para copias de seguridad de Atlas

• Guía para el aprovisionamiento automatizado de infraestructura de Atlas

Establezca estándares de observabilidad que definan qué registros y métricas supervisará y cómo lo hará. Por ejemplo, configure integraciones de sistemas externos que ingieran archivos de registro de Atlas, registros de auditoría o datos del feed de actividad, o configure alertas y directrices de informes para ciertos tipos de eventos.

Para obtener recomendaciones y aprender más sobre este tema, consulte las siguientes páginas:

• Orientación para el monitoreo y alertas del Atlas.

• Orientación para auditoría y registro de Atlas.

Defina los requisitos de auditoría o control de cambios. Esto puede incluir procesos y herramientas de aprobación de cambios, junto con directrices para la generación de informes y la integración con sistemas de terceros para su retención y análisis. Estos requisitos pueden variar entre sus entornos de producción y de no producción.

Para obtener recomendaciones y aprender más sobre este tema,consulte Guía para auditoría y registro de Atlas.