Padrão de dimensionamento entre nuvens
Adicione recursos automaticamente a um aplicativo existente para acomodar um aumento na carga.
Contexto e problema
Não é possível aumentar a capacidade do aplicativo para atender a aumentos inesperados na demanda. Devido à falta de escalabilidade, os usuários não conseguem acessar o aplicativo em horários de pico de uso. O aplicativo pode atender a um número fixo de usuários.
As empresas globais precisam de aplicativos baseados em nuvem que ofereçam segurança, confiança e disponibilidade. É essencial atender ao aumento na demanda e usar a infraestrutura correta para dar o respectivo suporte. Balancear os custos e a manutenção com a segurança, o armazenamento e a disponibilidade em tempo real dos dados de negócios é uma tarefa bastante complexa para as empresas.
Você pode não conseguir executar o aplicativo na nuvem pública. No entanto, pode ser economicamente inviável para a empresa manter a capacidade necessária em seu ambiente local para lidar com picos de demanda do aplicativo. Com esse padrão, você pode usar a elasticidade da nuvem pública com sua solução local.
Solução
O padrão de dimensionamento entre nuvens estende um aplicativo que está em uma nuvem local com os recursos da nuvem pública. Ele é disparado por um aumento ou uma diminuição na demanda e, como consequência, adiciona recursos à nuvem ou os remove dela. Esses recursos fornecem redundância, disponibilidade rápida e roteamento com conformidade geográfica.
Observação
Este padrão aplica-se somente aos componentes sem estado do aplicativo.
Componentes
O padrão de dimensionamento entre nuvens consiste nos seguintes componentes:
Fora da nuvem
Gerenciador de Tráfego
No diagrama, ele está fora do grupo da nuvem pública, mas precisa coordenar o tráfego tanto nela quanto no datacenter local. O balanceador garante alta disponibilidade para o aplicativo ao monitorar pontos de extremidade e fornecer redistribuição de failover quando necessário.
Sistema de nome de domínio (DNS)
O sistema de nomes de domínio, ou DNS, é responsável por converter (ou seja, resolver) um nome do site ou serviço para seu endereço IP.
Nuvem
Servidor de build hospedado
Um ambiente para hospedar o pipeline de build.
Recursos do aplicativo
Deve ser possível reduzir e escalar horizontalmente os recursos do aplicativo, assim como ocorre nos conjuntos de dimensionamento de máquinas virtuais e nos contêineres.
Nome de domínio personalizado
Use um nome de domínio personalizado para o glob de solicitações de roteamento.
Endereços IP públicos
Use os endereços IP públicos para rotear o tráfego de entrada pelo gerenciador de tráfego para o ponto de extremidade de recursos do aplicativo da nuvem pública.
Nuvem local
Servidor de build hospedado
Um ambiente para hospedar o pipeline de build.
Recursos do aplicativo
Deve ser possível reduzir e escalar horizontalmente os recursos do aplicativo, assim como ocorre nos conjuntos de dimensionamento de máquinas virtuais e nos contêineres.
Nome de domínio personalizado
Use um nome de domínio personalizado para o glob de solicitações de roteamento.
Endereços IP públicos
Use os endereços IP públicos para rotear o tráfego de entrada pelo gerenciador de tráfego para o ponto de extremidade de recursos do aplicativo da nuvem pública.
Problemas e considerações
Considere os seguintes pontos ao decidir como implementar esse padrão:
Escalabilidade
O principal componente do dimensionamento entre nuvens é a capacidade de oferecer dimensionamento sob demanda. Isso ocorre entre a infraestrutura da nuvem pública e a da nuvem local e fornece um serviço consistente e confiável de acordo com a demanda.
Disponibilidade
Verifique se os aplicativos implantados localmente estão configurados para alta disponibilidade por meio da configuração de hardware local e da implantação de software.
Capacidade de gerenciamento
O padrão entre nuvens garante gerenciamento contínuo e uma interface familiar entre os ambientes.
Quando usar esse padrão
Use este padrão:
- Quando for necessário aumentar a capacidade do aplicativo de acordo com demandas inesperadas ou periódicas.
- Quando você não quiser investir em recursos que serão usados somente durante picos. Pague apenas pelo que você usar.
Este padrão não é recomendado:
- Quando sua solução precisa que os usuários se conectem pela Internet.
- Quando sua empresa tem regulamentos locais que exigem que a conexão de origem venha de uma chamada no local.
- Quando sua rede passa por gargalos regulares que podem restringir o desempenho do dimensionamento.
- Quando seu ambiente está desconectado da Internet e não pode acessar a nuvem pública.
Próximas etapas
Para saber mais sobre os tópicos apresentados neste artigo:
- Confira a visão geral do Gerenciador de Tráfego do Azure para saber mais sobre o funcionamento do balanceador de carga de tráfego baseado em DNS.
- Confira as considerações sobre o design de aplicativos híbridos para saber mais sobre as práticas recomendadas e obter respostas a outras perguntas.
- Confira a família de produtos e soluções do Azure Stack para se informar melhor sobre todo o portfólio de produtos e soluções.
Quando estiver pronto para testar a solução de exemplo, siga o guia de implantação da solução de dimensionamento entre nuvens. O guia de implantação fornece instruções passo a passo para a implantação e o teste de seus componentes. Você aprende a criar uma solução entre nuvens que fornece um processo disparado manualmente para alternar de um aplicativo Web hospedado no Azure Stack Hub para um aplicativo Web hospedado no Azure. O guia também ensina você a usar o dimensionamento automático por meio do gerenciador de tráfego, o que garante um utilitário de nuvem flexível e escalonável para aumentos de carga.