Texto parafraseado: As aplicações que englobam múltiplas plataformas de nuvem pública estão ganhando mais adeptos, principalmente com a utilização de Kubernetes e contêineres, no entanto, é importante refletir com cautela.
Atualmente, é comum falar sobre a necessidade de rodar aplicativos em diferentes provedores de nuvem. A intenção é desenvolver essas aplicações multicloud por diversos motivos.
- Para maximizar a utilização dos recursos de computação em nuvem para as partes do aplicativo. Por exemplo, uma parte que requer muita capacidade de processamento pode ser executada em um serviço de nuvem que oferece processamento mais rápido com menor custo.
- Para alcançar uma resiliência máxima, é importante diversificar os provedores de nuvem, já que as falhas geralmente não afetam todos eles ao mesmo tempo. Isso significa distribuir o risco entre mais de um provedor.
- Podemos agora diversificar a distribuição de nossos recursos em diversas plataformas de alto nível, em vez de depender exclusivamente de provedores de nuvem pública. Isso ajuda a evitar possíveis bloqueios.
Como realizar a execução de aplicações federadas.
Existem várias abordagens para implementar aplicações de forma federada, porém iremos nos concentrar na mais comum, que é o Kubernetes. Geralmente, é configurado um cluster de contêineres Kubernetes que se estende por diferentes provedores de nuvem, proporcionando diversas possibilidades.
Você tem a opção de utilizar a Federação Kubernetes para controlar diversos clusters Kubernetes em várias nuvens como se fossem um único cluster. Para implementar esse método, é necessário configurar e conectar cada cluster Kubernetes individual de cada nuvem ao plano de controle da federação. Esse plano é responsável por administrar os clusters federados e disponibilizar interfaces comuns para acesso.
Alguns fornecedores de serviços em nuvem disponibilizam soluções gerenciadas de Kubernetes, como Amazon Elastic Kubernetes Service (EKS), Google Kubernetes Engine (GKE) e Azure Kubernetes Service (AKS). É possível criar clusters Kubernetes em cada um desses provedores e estabelecer conexões entre eles. Embora seja possível executá-los localmente, geralmente essa não é a opção mais econômica e simples.
Também é recomendável considerar opções como o Rancher para gerenciar clusters Kubernetes em vários provedores de nuvem por meio de uma única interface, embora existam outras alternativas igualmente eficazes disponíveis.
As implantações federadas representam uma proposta positiva?
Não se trata de saber se você é capaz de fazer isso. Você é capaz. A questão principal é se deve fazê-lo. Já destacamos as vantagens, agora vamos examinar algumas possíveis desvantagens.
A introdução de aplicativos em diferentes provedores de nuvem traz desafios em áreas como redes, segurança, gestão de dados e estratégias de implantação. Desenvolver e manter um ambiente de orquestração de contêineres multicloud exige conhecimento e habilidades especializadas, o que pode resultar em mais trabalho e custos operacionais.
Dependência de recursos exclusivos do provedor de serviços em nuvem. Embora o Kubernetes e outras plataformas de orquestração de contêineres busquem a portabilidade e a abstração, algumas funcionalidades e integrações avançadas podem ser exclusivas de determinados provedores de nuvem. Se sua aplicação se baseia fortemente em recursos específicos do provedor, isso pode limitar sua capacidade de operar de forma consistente em diferentes ambientes de nuvem.
Paráfrase: A otimização de custos ao utilizar várias plataformas de nuvem pode ser desafiadora devido à diversidade de modelos de preços e descontos entre os provedores. Alcançar economias significativas exige um cuidadoso monitoramento, gerenciamento e planejamento, o que pode aumentar a complexidade e a carga de trabalho.
Diferenças na implementação e divergências entre plataformas podem ocorrer ao utilizar diferentes provedores de nuvem para orquestração de contêineres, mesmo com esforços para manter a consistência. Isso pode levar a resultados imprevisíveis e exigir cuidado extra para identificar e resolver possíveis problemas.
Requisitos específicos para a aplicação. Nem todas as aplicações se beneficiam de serem executadas em nuvens públicas. Algumas aplicações podem ter exigências rígidas de soberania de dados, cargas de trabalho sensíveis ao desempenho ou dependência de serviços especializados em nuvem que não podem ser facilmente replicados em diversas nuvens. Em tais casos, um data center privado ou um único provedor de nuvem podem ser opções mais adequadas. A falta de experiência na construção de aplicativos multicloud federados por parte da maioria dos arquitetos e desenvolvedores de nuvem pode explicar a escassez de casos assim. Além disso, não existem muitas ou quase nenhuma prática recomendada estabelecida nesse sentido.
Mesmo que consigamos enfrentar esses desafios, ainda há muitas compensações a levar em conta. Antes de iniciar o processo de desenvolvimento de uma aplicação federada em nuvem usando Kubernetes e containers, é fundamental examinar minuciosamente todos os elementos importantes, como protocolos de segurança, métricas de desempenho e estratégias de implantação. Investir tempo para avaliar esses pontos cruciais pode assegurar uma execução bem-sucedida e eficaz da aplicação – e parece ser uma experiência empolgante.