Las implementaciones híbridas se refieren a arquitecturas en las que las aplicaciones y bases de datos abarcan múltiples entornos. En el contexto de Atlas, las implementaciones híbridas involucran dos patrones arquitectónicos distintos:
Conectividad híbrida: las aplicaciones se ejecutan en un entorno, por ejemplo, on-premises o en un VPC gestionado por el cliente, mientras que la base de datos se ejecuta en Atlas. Esta es la realidad empresarial predeterminada y el patrón de implementación híbrido más común.
Topología de datos híbrida: Los datos de MongoDB existen en múltiples entornos, como Atlas y on-premises. Esto es un patrón menos común y más complejo que suele emplearse durante migraciones o para casos de uso especializados.
Conectividad híbrida
Las implementaciones de conectividad híbrida ejecutan aplicaciones en un entorno mientras la base de datos se ejecuta en Atlas. Los datos viven completamente en Atlas. Híbrido se refiere a dónde se ejecuta la aplicación, no a dónde se encuentra la base de datos.
Casos de uso
La conectividad híbrida es la realidad por defecto para la mayoría de las implementaciones empresariales. Ejemplos comunes incluyen una combinación de lo siguiente:
Servidores de aplicaciones on-premises que se conectan a Atlas en AWS, Azure o GCP.
Aplicaciones o cargas de trabajo de Kubernetes en una VPC de cliente que se conectan a Atlas a través de nodos privados.
Aplicaciones heredadas en un centro de datos que se conectan a Atlas a través de VPN o Conexión Directa.
Requisitos clave
Cuando implementes la conectividad híbrida, considera los siguientes requisitos:
Red de Unificación: Establece una conectividad de red segura utilizando VPN, AWS Direct Connect, Azure ExpressRoute, o tecnologías similares de otros proveedores de servicios en la nube. La conectividad de red segura ayuda a garantizar que no haya exposición a la red pública.
Conectividad privada: use IP privadas y DNS privado para conectarse a Atlas. Configura nodos privados para conexiones seguras que no atraviesan Internet público.
Identidad y acceso compartidos: implementar la integración de IAM y SSO para mantener una autenticación y autorización coherentes en todos los entornos.
Seguridad y gobernanza coherentes: aplica políticas de seguridad unificadas, incluidas listas de IP permitidas, certificados X.509 y controles de acceso a la red.
Predicción de la latencia: Diseñe rutas de red para minimizar y estabilizar la latencia entre los servidores de aplicación y los clústeres de Atlas.
Límites de responsabilidad operativa: Definir claramente qué equipos gestionan qué componentes de la infraestructura.
El siguiente diagrama ilustra una arquitectura típica de conectividad híbrida:
Arquitectura de conectividad híbrida que muestra aplicaciones on-premises, VPC del cliente y un clúster de Atlas conectado a través de rutas de red seguras y nodos privados.
Configuración
Para configurar la conectividad híbrida:
Configure la conectividad de red entre su entorno on-premises o gestionado por el cliente y el proveedor de la nube que aloja su clúster de Atlas. Utilizar VPN, Direct Connect, ExpressRoute o tecnologías similares.
Configure nodos privados en Atlas para habilitar la conectividad privada desde tu entorno.
Configure la autenticación y controles de acceso. Consulta la Orientación para la autenticación en Atlas y la Orientación para la autorización en Atlas.
Prueba la conectividad y la latencia de tu entorno de aplicación a Atlas.
Topología de datos híbridos
Las implementaciones de topología de datos híbrida implican datos de MongoDB que existen en múltiples entornos, como Atlas y on-premises. Las topologías de datos híbridas son patrones avanzados con una importante complejidad operativa.
Importante
Atlas no admite dividir un solo clúster para que abarque varios tipos de implementación. Cada clúster debe existir completamente en Atlas o completamente on-premises.
Casos de uso
Las topologías de datos híbridas son menos comunes que las implementaciones de conectividad híbrida. Las organizaciones suelen usarlos para:
Migración: Estados híbridos transicionales durante la adopción en la nube, donde los datos se trasladan gradualmente desde on-premises a Atlas.
Requisitos especializados: casos de uso avanzados que requieren que mantegas implementaciones de MongoDB separadas en varios entornos.
Los ejemplos incluyen:
Un clúster Atlas y un clúster MongoDB on-premises independiente, con aplicaciones que se conectan a uno o a ambos según los requisitos.
Usar las herramientas de MongoDB para migrar datos de on-premises a Atlas.
Consideraciones importantes
Las topologías de datos híbridas conllevan compensaciones significativas:
Carga operativa: al gestionar implementaciones de MongoDB independientes, se aumenta la complejidad operativa y se requiere experiencia adicional.
Coherencia de datos: la coherencia en implementaciones separadas es un desafío para mantener y puede requerir soluciones personalizadas.
Naturaleza temporal: Estos patrones suelen ser temporales durante la migración, en lugar de arquitecturas a largo plazo.
Contacta al equipo de Professional Services de MongoDB para recibir orientación sobre la implementación de patrones de topología de datos híbridos.
Configuración
Para configurar una topología de datos híbrida:
Realiza uno de los siguientes pasos para configurar tus implementaciones autogestionadas:
Instala MongoDB para implementaciones autogestionadas.
Crea una implementación local de Atlas con la Atlas CLI para desarrollo y pruebas.
Si migras información, consulta Migrar o importar información para obtener orientación sobre cómo utilizar las herramientas de MongoDB.
Opciones de implementación en la nube
Atlas soporta los siguientes tipos de implementación en la nube:
Región única suele utilizarse cuando el costo es un factor y el bajo riesgo de falla regional es aceptable.
Multirregión suele utilizarse para mejorar la protección en caso de una interrupción del servicio regional y para mejorar el rendimiento y la disponibilidad de las aplicaciones al ubicar los datos más cerca de los usuarios.
Multi-nube se utiliza generalmente para evitar la dependencia de un solo proveedor y mejorar la disponibilidad en diversos proveedores de nube.
Configura implementaciones en la nube
Para aprender a configurar implementaciones en la nube y conocer los diferentes tipos de nodos que puedes agregar, consulta Crear un clúster en la documentación de Atlas.
Opciones de implementación autogestionadas
Puede crear implementaciones autogestionadas usando:
MongoDB Enterprise se usa normalmente en entornos de producción, pruebas y desarrollo que tienen requisitos adicionales para seguridad avanzada, operaciones e integraciones.
MongoDB Community se utiliza normalmente para entornos de desarrollo y pruebas que requieren una configuración adicional o personalizada.
Implementación local de MongoDB Atlas se gestiona utilizando la CLI de Atlas, se implementa usando Docker, y generalmente se emplea para implementaciones locales simples y completas para escenarios de desarrollo.
Instalar MongoDB para implementaciones autogestionadas
Para aprender a configurar una implementación autogestionada on-premises, consulte Instalar MongoDB para implementaciones autogestionadas en MongoDB Enterprise o MongoDB Community.
Crear una implementación local
Para aprender a configurar una implementación local con Atlas CLI para el desarrollo y pruebas, consulta Crea una implementación local de Atlas.