Join us Sept 17 at .local NYC! Use code WEB50 to save 50% on tickets. Learn more >
MongoDB Event
Menu Docs
Página inicial do Docs
/ /
Centro de Arquitetura Atlas
/ /

Paradigma de sistema multinuvem

Os sistemas Atlas multinuvem são um caso especial de sistema multirregional no qual você configura nós de cluster em várias regiões geográficas e vários fornecedores de nuvem. Os sistemas de várias nuvens aprimoram a proteção no caso de interrupção regional simultânea e interrupção do provedor de nuvem . Ao redirecionar automaticamente o tráfego para o nó de um provedor de nuvem diferente em outra região, você obtém disponibilidade contínua e uma experiência de usuário tranquila. As implementações em várias nuvens também podem proteger contra a dependência de um fornecedor e melhorar o desempenho.

O Atlas oferece suporte ao sistema multinuvem em qualquer combinação de AWS, Azure e GCP.

Para saber como configurar sistemas de multinuvem e saber mais sobre os diferentes tipos de nós que você pode adicionar, consulte Configurar isolamento de alta disponibilidade e carga de trabalho na documentação do Atlas .

A imagem a seguir mostra um sistema do Atlas multirregional e multinuvem para regiões que oferecem suporte a zonas de disponibilidade. Observe que isso difere de um sistema de multirregional apenas porque vários provedores de nuvem são usados.

Uma imagem mostrando uma implantação de cinco nós distribuída em três regiões e dois fornecedores de nuvem. Cada região contém uma zona por nó.
clique para ampliar

Um sistema multirregional e multinuvem pode ser melhor para você se você quiser:

  • Ofereça a uma equipe de desenvolvimento de aplicação a opção de usar qualquer um dos provedores de nuvem para implantar sua pilha de aplicação (incluindo o cluster Atlas ).

  • Migre um aplicação para um novo provedor de nuvem. Você pode adicionar um nó a uma nova região de provedor de nuvem , e o Atlas replicará os dados para esse novo nó.

  • Garanta uma recuperação de dados mais rápida se houver uma falha no provedor de nuvem . Se o backup for replicado para uma nuvem separada, a automação criará uma pilha completa de aplicativos em uma nuvem separada e reconstruirá o backup para começar a distribuir o tráfego.

  • Execute análises em uma nuvem separada. Por exemplo, sua equipe de ciencia de dados quer usar o BigQuery para business intelligence , mas sua pilha de aplicativos está na AWS .

  • Implemente sua pilha de aplicação no AWS e no Azure e atenda ao tráfego de leitura e escrita de ambas as nuvens, fragmentadas ou não.

Os sistemas de várias nuvens têm as mesmas considerações e recomendações do que outros sistemas de multirregional . Além disso, a seguir encontram-se considerações específicas para sistemas multinuvem :

  • Custo. Como você está sendo cobrado taxas mais altas pelo tráfego de entrada/saída em ambos os provedores de nuvem durante a replicação.

  • complexidade do sistema. Há muitas integrações que você pode desejar ao implantar um banco de dados do Atlas , e muitas delas são fixadas em um único provedor de nuvem. Por exemplo,

    • Gerenciamento da chave de encriptação para integração KMS/ criptografia em descanso.

    • Gerenciamento de segredos para acesso ao banco de dados .

    • Integração com um provedor de identidade federado SSO .

    • Rede privada, porque cada provedor de nuvem só emparelha (utiliza endpoints privados) com outras regiões dentro deste fornecedor.

    • Reúna dados de observabilidade, como registros, métricas e alertas em um local centralizado.

Portanto, os sistemas de multinuvem geralmente exigem 3integrações de terceiros para atender a essas necessidades.

Voltar

Estratégias de redução de latência

Nesta página