Hoje em dia, é praticamente impossível ler um blog de tecnologia sem encontrar um artigo exaltando as arquiteturas multicloud. E há bons motivos para isso: a abordagem multicloud oferece uma série de benefícios, desde a redução de custos até o aumento da confiabilidade, entre outros.
Mas as estratégias multicloud também apresentam alguns desafios, especialmente quando se trata da implantação de aplicações. Antes de aderir à tendência multicloud, é importante avaliar como uma arquitetura multicloud afetará sua estratégia de implantação e garantir que você esteja preparado para lidar com esses pontos críticos.
Este artigo identifica desafios comuns de implantação em ambientes multicloud, além de apresentar dicas para mitigá-los.
Desafio 1: Provisionamento
Quando você tem mais de uma nuvem, precisa provisionar mais de um ambiente antes de poder implantar aplicações nele.
Até certo ponto, as ferramentas de infraestrutura como código (ou IaC) podem ajudar a simplificar esse processo. Você pode usar um único modelo de IaC para provisionar várias nuvens da mesma maneira.
No entanto, há limites para o quanto a IaC pode ajudar com esse desafio. Se você usar uma ferramenta de IaC fornecida por um provedor de nuvem específico, ela poderá oferecer pouca ou nenhuma compatibilidade com outras nuvens. Portanto, talvez seja necessário usar uma ferramenta de IaC diferente para cada nuvem, o que compromete parcialmente o propósito da IaC. Mesmo que você tenha uma ferramenta de IaC compatível com todas as suas nuvens, provavelmente precisará ajustar as configurações manualmente, pois não será possível usar exatamente o mesmo modelo para cada nuvem.
Em situações em que a IaC não consegue resolver os desafios de provisionamento em várias nuvens, uma abordagem melhor é usar uma solução que abstraia completamente as cargas de trabalho das nuvens subjacentes. Dessa forma, você não precisa se preocupar em provisionar cada nuvem separadamente.
Desafio 2: implantação de aplicações
Assim como o provisionamento, o processo de implantação do seu aplicativo pode ser complicado se você implantar instâncias em várias nuvens. Cada nuvem exigirá um processo de implantação diferente.
Você pode tentar usar ferramentas de terceiros para automatizar lançamentos e implantar automaticamente instâncias do aplicativo em cada nuvem utilizada. Isso simplificará o processo, mas, assim como ocorre com as ferramentas de IaC, provavelmente será necessário fazer alguns ajustes manuais, pois não será possível usar exatamente a mesma configuração para implantar em cada nuvem.
Mais uma vez, uma solução que abstrai as cargas de trabalho das nuvens que as hospedam e oferece um processo de implantação totalmente consistente em várias nuvens vai além das ferramentas de automação de lançamentos na mitigação dos desafios de implantação em uma arquitetura multinuvem.
Desafio 3: Balanceamento de carga
Se você hospeda várias instâncias do seu aplicativo em diferentes nuvens, como garantir que cada uma delas processe o volume ideal de tráfego? Como evitar direcionar tráfego demais para uma nuvem enquanto a outra permanece ociosa? Como saber quando é necessário adicionar ou remover uma instância?
Essas são questões importantes. Se você não conseguir balancear adequadamente as cargas em sua arquitetura multicloud, poderá enfrentar problemas de desempenho e desperdiçar dinheiro — exatamente o oposto do que uma arquitetura multicloud deve proporcionar.
Infelizmente, é muito difícil responder a essas perguntas em um ambiente multicloud. Como os próprios provedores de nuvem não oferecem soluções de balanceamento de carga que funcionem com as nuvens de outros provedores, seria necessário monitorar cada nuvem separadamente e com atenção para determinar como balancear o tráfego entre diferentes nuvens e instâncias de aplicativos.
Ao usar uma plataforma comum de rede e monitoramento que possa ser implantada em várias nuvens, bem como uma Rede de Entrega de Aplicações que conecte e balanceie as cargas automaticamente, você pode evitar esses desafios e garantir que realmente aproveite os benefícios que as estratégias multinuvem devem oferecer.
Desafio 4: Saída de dados
Os provedores de nuvem são gananciosos. Eles querem que suas cargas de trabalho e seus dados permaneçam em suas nuvens para sempre. Se você transferir dados para fora — em outras palavras, realizar a saída de dados —, eles cobrarão taxas consideráveis.
Isso significa que uma arquitetura multicloud que exige a transferência frequente de dados de uma nuvem para outra pode aumentar consideravelmente sua fatura de computação em nuvem devido às taxas de saída de dados.
Em termos básicos, você pode mitigar esse risco projetando sua arquitetura multinuvem de modo que os dados não precisem ser transferidos com frequência entre as diferentes nuvens. Evite, por exemplo, uma situação em que sua aplicação esteja em uma nuvem, mas os dados que ela precisa ingerir estejam hospedados em outra, pois isso exigiria uma grande movimentação de dados entre nuvens.
Outra estratégia útil é usar uma Rede de Entrega de Aplicações que armazene alguns dos dados usados com mais frequência. Além de oferecer diversos outros benefícios de segurança e desempenho, uma Rede de Entrega de Aplicações pode reduzir a frequência com que as aplicações em uma nuvem precisam transferir dados de ou para outra nuvem. Em vez disso, elas podem usar os armazenamentos de dados da Rede de Entrega de Aplicações.
Desafio 5: Monitoramento
Manter a visibilidade de uma única nuvem já é difícil o bastante. Quando há mais de uma nuvem envolvida, monitorar todos os serviços e configurações em uso se torna uma tarefa verdadeiramente monumental.
As ferramentas de Monitoramento de Desempenho de Aplicações (APM) projetadas para oferecer suporte a ambientes multicloud podem ajudar um pouco nessa tarefa. No entanto, elas têm suas limitações. Elas alertarão você quando parecer que há um problema com uma de suas aplicações, mas caberá a você descobrir qual nuvem ou quais nuvens estão causando o problema e, em seguida, usar as ferramentas associadas a cada nuvem afetada para resolvê-lo.
Como alternativa, considere abstrair suas cargas de trabalho das nuvens subjacentes para que você possa monitorar apenas uma “nuvem lógica” e um único conjunto de ferramentas de implantação. Essa abordagem reduz o número de componentes que você precisa gerenciar para manter a visibilidade de suas aplicações e infraestrutura.
Conclusão
Gerenciar implantações de aplicações em uma arquitetura multinuvem é uma tarefa inerentemente difícil. Embora vários tipos de ferramentas de automação possam ajudar a simplificar tarefas como provisionamento, implantação e monitoramento, elas não eliminam totalmente a necessidade de intervenção manual.
Em vez de tentar resolver os desafios de implantação em múltiplas nuvens com diversas ferramentas, uma abordagem melhor é mudar a própria forma como você projeta sua arquitetura multicloud. Ao recorrer a soluções como o VoltMesh e o VoltConsole, você pode implantar e conectar aplicações em várias nuvens de maneira consistente e centralizada, além de aproveitar a rede global de entrega de aplicações da Volterra para otimizar o desempenho e a segurança das cargas de trabalho.
Sobre o autor
Publicações relacionadas no blog

Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...