Implantações híbridas referem-se a arquiteturas em que aplicativos e bancos de dados abrangem vários ambientes. No contexto do Atlas, implantações híbridas envolvem dois padrões de arquitetura distintos:
Conectividade híbrida: os aplicativos são executados em um ambiente, por exemplo, no local ou em uma VPC gerenciada pelo cliente, enquanto o banco de dados é executado no Atlas. Essa é a Realidade de empresa padrão e o padrão de implantação híbrida mais comum.
Topologia de dados híbrida: os dados do MongoDB existem em vários ambientes, como Atlas e no local. Esse é um padrão menos comum e mais complexo que normalmente é usado durante migrações ou para casos de uso especializados.
Conectividade híbrida
As implantações de conectividade híbrida executam aplicativos em um ambiente enquanto o banco de dados é executado no Atlas. Os dados residem inteiramente no Atlas. Híbrido refere-se a onde o aplicativo é executado, não onde o banco de dados reside.
Casos de uso
A conectividade híbrida é a realidade padrão para a maioria das implantações empresariais. Exemplos comuns incluem uma combinação dos seguintes itens:
Servidores de aplicativos no local que se conectam ao Atlas na AWS, Azure ou GCP.
Aplicativos ou cargas de trabalho do Kubernetes em uma VPC de cliente que se conecta ao Atlas por meio de private endpoints.
Aplicativos legados em um data center que se conectam ao Atlas por VPN ou Direct Connect.
Requisitos principais
Ao implementar a conectividade híbrida, considere os seguintes requisitos:
Rede unificada: estabeleça conectividade de rede segura usando VPN, AWS Direct Connect, Azure ExpressRoute ou tecnologias semelhantes de outros provedores de serviços de nuvem. A conectividade de rede segura ajuda a garantir que não haja exposição pública à Internet.
Conectividade privada: Use IPs privados e DNS privados para conectar ao Atlas. Configure private endpoints para conexões seguras que não atravessam a internet pública.
Identidade e acesso compartilhados: implemente a integração de SSO e IAM para manter a autenticação e a autorização consistentes em todos os ambientes.
Segurança e administração consistentes: aplique políticas de segurança unificadas, incluindo listas de permissões de IP, certificados X.509 e controles de acesso à rede.
Previsibilidade da latência: Projete caminhos de rede para minimizar e estabilizar a latência entre os servidores dos aplicativos e os Atlas clusters.
Limites de propriedade operacional: defina explicitamente quais equipes gerenciam quais componentes da infraestrutura.
O diagrama a seguir ilustra uma arquitetura típica de conectividade híbrida:
Arquitetura de conectividade híbrida mostrando aplicativos no local, VPC do cliente e Atlas cluster conectados por meio de caminhos de rede seguros e private endpoints.
Configuração
Para configurar a conectividade híbrida:
Configure a conectividade de rede entre seu ambiente local ou gerenciado pelo cliente e o provedor de nuvem que hospeda seu Atlas cluster. Use VPN, Direct Connect, ExpressRoute ou tecnologias semelhantes.
Configure Endpoints Privados no Atlas para habilitar a conectividade privada do seu ambiente.
Configurar controles de autenticação e acesso. Consulte Orientação para Autenticação do Atlas e Orientação para Autorização do Atlas.
Teste a conectividade e a latência do seu ambiente do aplicativo para o Atlas.
Topologia de dados híbrido
As implantações de topologia de dados híbridos envolvem dados MongoDB que existem em vários ambientes, como Atlas e no local. As topologias de dados híbridas são padrões avançados com complexidade operacional significativa.
Importante
O Atlas não suporta a divisão de um único cluster para abranger vários tipos de implantação. Cada cluster deve existir inteiramente dentro do Atlas ou inteiramente no local.
Casos de uso
As topologias de dados híbridas são menos comuns do que as implantações de conectividade híbrida. As organizações normalmente os usam para:
Migração: estados híbridos de transição durante a adesão à nuvem, em que os dados são movidos gradualmente no local para o Atlas.
Requisitos especializados: casos de uso avançados que exigem que você mantenha implantações separadas do MongoDB em vários ambientes.
Os exemplos incluem:
Um cluster Atlas e um cluster MongoDB no local separado, com aplicativos que se conectam a um ou ambos, dependendo dos requisitos.
Uso das ferramentas do MongoDB para migrar dados do local para o Atlas.
Considerações importantes
As topologias de dados híbridos vêm com desvantagens significativas:
Carga operacional: As implantações separadas do MongoDB que você gerencia aumentam a complexidade operacional e exigem experiência adicional.
Consistência de dados: A consistência entre implantações separadas é difícil de manter e pode exigir soluções personalizadas.
Caridade Temporária: Esses padrões geralmente são temporários durante a migração, em vez de arquiteturas de longo prazo.
Entre em contato com a equipe de Professional Services do MongoDB para obter orientação sobre a implementação de padrões de topologia de dados híbridos.
Configuração
Para configurar uma topologia de dados híbrida:
Execute uma das seguintes etapas para configurar suas implementações autogerenciadas:
Instale o MongoDB para implementações autogerenciadas.
Crie uma implantação local do Atlas com o Atlas CLI para desenvolvimento e teste.
Se você migrar dados, consulte Migrar ou importar dados para obter orientação sobre como usar as ferramentas do MongoDB.
Opções de implantação na nuvem
O Atlas é compatível com os seguintes tipos de implantação em nuvem:
A região única é normalmente usada quando o custo é um fator e o baixo risco de falha regional é aceitável.
A multirregional é normalmente usada para aumentar a proteção no caso de uma interrupção regional e para melhorar o desempenho e a disponibilidade dos aplicativos, localizando dados mais próximos dos usuários.
A multinuvem normalmente é usada para evitar a dependência de um fornecedor e melhorar a disponibilidade em vários provedores de nuvem.
Configurar sistemas na nuvem
Para aprender a configurar implantações na nuvem e aprender sobre os diferentes tipos de nós que você pode adicionar, consulte Criar um cluster na documentação do Atlas.
Opções de implantação autogerenciado
Você pode criar implementações autogerenciadas usando:
O MongoDB Enterprise é normalmente usado para ambientes de produção, teste e desenvolvimento que têm requisitos adicionais para segurança, operações e integrações avançadas.
A MongoDB Community é normalmente usada para ambientes de desenvolvimento e teste que exigem configuração adicional ou personalizada.
MongoDB Atlas Local Deployment é orientado usando o Atlas CLI, implantado usando o Docker e normalmente usado para implantações locais simples e completas para cenários de desenvolvimento.
Instale o MongoDB para sistemas autogerenciados
Para saber como configurar uma implantação autogerenciada no local, consulte Instalar o MongoDB para implantações autogerenciadas no MongoDB Enterprise ou MongoDB Community.
Crie uma implantação local.
Para aprender como configurar um sistema local com o Atlas CLI para desenvolvimento e teste, consulte Criar um sistema local do Atlas.