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 empresariales, entornos y grupos facturables según sea necesario. Por ejemplo, es posible 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 que separes tus entornos de desarrollo y producción en proyectos u organizaciones individuales para cumplir con diferentes requisitos de seguridad y resiliencia en cada entorno.

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

Por defecto, Atlas bloquea todo acceso a tus clústeres, impone el cifrado TLS/SSL para todas las conexiones a tus bases de datos y cifra los datos en reposo usando cifrado de disco del proveedor de nube. Debes definir los siguientes requisitos de seguridad para habilitar el acceso seguro a tus clústeres:

• Configuraciones de seguridad de red como restricciones de la lista de acceso IP, o nodos privados requeridos y conexiones VPC para limitar la extensión del límite de confianza de tu 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 recibir recomendaciones y aprender más sobre este tema, consulta las siguientes páginas:

• Orientación para la seguridad de Atlas Network

• Orientación para la autorización y autenticación de Atlas

• Orientación para el cifrado de datos Atlas

• Orientación para la auditoría y el registro en 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 tenga en cuenta cualquier requisito legal y normativo específico que no esté claramente expresado en otras categorías de requisitos.

La residencia de tus datos depende de las regiones y geografías que elijas para implementar en tu paradigma de implementación, y de si eliges o no dividir tus datos entre geografías.

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

• Funcionalidades para el cumplimiento de estándares externos

• Paradigmas de implementación de Atlas

Definir y registrar estándares de confiabilidad y resiliencia mediante una arquitectura de alta disponibilidad y la planificación de recuperación ante desastres. Estas estrategias trabajan en conjunto para protegerse contra diferentes tipos de fallas:

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

• High Availability Architecture: Protects against infrastructure failures like node, zone, region, or cloud provider outages through automatic failover. With appropriate deployment configurations and majority write concern, high availability achieves zero data loss with RPO=0 and recovery times in seconds with near-zero RTO. This requires that you deploy sufficient nodes across availability zones, regions, or cloud providers to maintain a voting majority during failures, and that you schedule maintenance windows to ensure that primary node restarts occur outside of business-critical hours. To learn more, see Guidance for Atlas High Availability and Atlas Deployment Paradigms.

• Planificación de recuperación ante desastres: Protege contra escenarios que superan la protección de alta disponibilidad o que afectan la integridad de los datos, como fallas completas en la implementación, corrupción de datos o eliminación accidental. La recuperación a partir de copias de seguridad generalmente implica cierta pérdida de datos con un RPO >0 que depende de la frecuencia de las copias de seguridad y tiempos de recuperación más prolongados con un RTO de minutos a horas. Un plan de recuperación ante desastres completo hace lo siguiente:

  • Documenta y prueba los procedimientos de recuperación, como los procedimientos para restaurar a partir de copias de seguridad, para realizar una recuperación a un punto específico en el tiempo y para transferir cargas de trabajo a clústeres restaurados.

  • Define un programa de instantáneas de copia de seguridad y los requisitos de retención de instantáneas y distribución multirregional para satisfacer sus requisitos de RPO y RTO.

  • Identifica situaciones en las que debe intervenir manualmente, como en casos de corrupción de datos o datos eliminados accidentalmente, donde la conmutación por error automática no puede proteger sus datos.

  Para obtener más información, consulte la Guía para la recuperación ante desastres de Atlas y la Guía para la planificación de la continuidad del negocio de Atlas.

Identifique cualquier requisito específico para la facturación, como integraciones con herramientas FinOps para reporte y reversión de cargos. Puede incorporar estos requisitos en el proceso de automatización y provisionamineto de clústeres de Atlas para facilitar esta integración.

Para recibir recomendaciones y aprender más sobre este tema, consulte Funcionalidades para datos de facturación de Atlas.

Identifica y registra las políticas de retención de datos. Esto puede requerir crear un framework de clasificación de datos que se integre con la automatización para archivar o purgar los datos según su naturaleza y propósito, como los registros financieros, los datos de los clientes o la información de los empleados, lo que implica diferentes requisitos legales y reglamentarios. Identifica las características de rendimiento para la recuperación de los registros del fichero.

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

• Orientación para la recuperación ante desastres de Atlas

• Orientación para el Aprovisionamiento Automatizado de Infraestructura de Atlas

Establezca estándares de observabilidad que definan qué registros y métricas va a supervisar y cómo se supervisarán. Por ejemplo, configurar integraciones con sistemas externos que ingieran archivos de registro de Atlas, registros de auditoría o datos de fuentes de actividad, o configurar alertas y pautas de reportes para determinados tipos de eventos.

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

• Orientación para la supervisión y alertas de Atlas.

• Orientaciones para la auditoría y el registro en Atlas.

Defina cualquier requisito de auditoría o control de cambios. Esto puede incluir procesos de aprobación de cambios y herramientas, junto con pautas de reporte e integración con sistemas de terceros para la retención y el análisis. Estos requisitos pueden diferir entre sus entornos de producción y los que no son de producción.

Para obtener recomendaciones y aprender más sobre este tema, consulta Orientación para la auditoría y los registros de Atlas.