Decodificando o futuro: desvendando as complexidades do Hybrid Cloud Mesh versus service mesh – IBM Blog

O Hybrid Cloud Mesh, que já está disponível ao público em geral, está revolucionando a conectividade de aplicativos em ambientes multicloud híbridos. Vamos fazer uma comparação entre o Hybrid Cloud Mesh e um service mesh típico para entender melhor as nuances desses componentes essenciais no âmbito da conectividade empresarial moderna. Esta comparação merece mérito porque ambas as soluções estão focadas na conectividade centrada em aplicações, embora de uma forma diferente.  

Antes de nos aprofundarmos na comparação, vamos revisitar brevemente o conceito de Hybrid Cloud Mesh e uma malha de serviço típica.  

Malha de nuvem híbrida

Hybrid Cloud Mesh é uma solução moderna de conectividade centrada em aplicativos que é simples, segura, escalonável e contínua. Ele cria uma sobreposição de rede segura para aplicativos distribuídos na nuvem, na borda e no local e aborda de forma holística os desafios colocados pela distribuição de serviços na multicloud híbrida.  

Malha de serviço

Uma malha de serviço é uma camada de infraestrutura configurável que gerencia todos os requisitos de conectividade entre microsserviços. Ele gerencia a comunicação entre serviços, fornecendo funcionalidades essenciais como descoberta de serviços, balanceamento de carga, criptografia e autenticação.  

As bibliotecas de idiomas para conectividade têm implementação parcial e inconsistente de recursos de gerenciamento de tráfego e são difíceis de manter e atualizar. Uma malha de serviço elimina essas bibliotecas e permite que os serviços se concentrem em sua lógica de negócios e se comuniquem com outros serviços sem adicionar qualquer lógica de conectividade in situ.  

Hybrid Cloud Mesh versus service mesh: uma análise comparativa 

1. Escopo da conectividade

• Malha de nuvem híbrida: vai além dos microsserviços em um aplicativo em contêiner, ampliando a conectividade aos aplicativos, independentemente de eles serem implantados no local, na nuvem pública ou na infraestrutura de nuvem privada. Seu escopo abrange uma gama mais ampla de cenários de implantação. 
• Malha de serviço: concentra-se principalmente no gerenciamento da comunicação entre microsserviços em um ambiente em contêineres. Embora muitas malhas de serviço tenham começado a olhar para fora, permitindo conectividade multi-cluster de qualquer para qualquer.  

2. Conectividade multinuvem

• Malha de nuvem híbrida: conecta aplicativos perfeitamente em ambientes multicloud híbridos, oferecendo uma solução unificada para organizações com diversas infraestruturas de nuvem. 
• Malha de serviço: normalmente projetado para aplicativos implantados em um ambiente local ou de nuvem específico. Muitas malhas de serviço expandiram o escopo para conectividade multicloud, mas não estão totalmente otimizadas para isso.  

3. Capacidades de engenharia de tráfego

• Malha de nuvem híbrida: utiliza pontos de referência para oferecer suporte à otimização de caminho para custo, latência, largura de banda e outros. melhorando o desempenho e a segurança do aplicativo. 
• Malha de serviço: Sem capacidades de engenharia de tráfego. Concentra-se principalmente no gerenciamento de tráfego interno dentro da arquitetura de microsserviços. 

4. Expressão de intenção de conectividade

• Malha de nuvem híbrida: permite que os usuários expressem a intenção de conectividade por meio da UI ou CLI, proporcionando uma experiência intuitiva e fácil de usar com curva de aprendizado mínima.  
• Malha de serviço: exige que os usuários implementem padrões de comunicação complexos no proxy sidecar usando arquivos de configuração. As operações de service mesh envolvem complexidade e exigem uma curva de aprendizado substancial. A equipe de especialistas responsável pelo gerenciamento da malha de serviço deve investir consistentemente tempo e esforço para utilizar e manter a malha de serviço de maneira eficaz. Devido à curva de aprendizado acentuada e às ferramentas necessárias (como integração com pipeline de CI/CD ou automação do dia 0 ao dia 2), as malhas de serviço só podem ser adotadas depois que os clientes obtiverem uma certa escala para fazer o investimento valer a pena.   

5. Plano de gestão e controle

• Malha de nuvem híbrida: emprega um plano centralizado de gerenciamento e controle baseado em SaaS, melhorando a facilidade de uso e fornecendo observabilidade. Os usuários interagem com o gerenciador de malha por meio de uma UI ou CLI amigável. 
• Malha de serviço: frequentemente utiliza gerenciamento descentralizado, com planos de controle distribuídos pelos microsserviços, exigindo coordenação para uma administração eficaz. 

6. Integração com gateways

• Malha de nuvem híbrida: integra-se a vários gateways, promovendo adaptabilidade a diversos casos de uso e preparação para futuras tecnologias de gateway. 
• Malha de serviço: depende principalmente de proxies secundários para comunicação entre microsserviços dentro do mesmo cluster. Normalmente, os recursos do proxy são estendidos para atender aos requisitos.  

7. Descoberta de aplicativos

• Malha de nuvem híbrida: O Mesh Manager descobre e atualiza continuamente a infraestrutura de implantação multicloud, automatizando a descoberta de aplicativos e serviços implantados. 
• Malha de serviço: normalmente depende de mecanismos de registro e descoberta de serviços no ambiente em contêineres. 

8. Manutenção dinâmica de rede

• Malha de nuvem híbrida: Adapta-se automaticamente a mudanças dinâmicas no ambiente ou no posicionamento da carga de trabalho, permitindo conectividade resiliente e confiável em escala sem intervenção manual. 
• Malha de serviço: Normalmente, a carga do segundo dia para gerenciar uma malha de serviço que conecta aplicativos em multicloud é enorme devido à complexidade das operações necessárias para gerenciar mudanças dinâmicas na infraestrutura. Requer ajustes manuais para acomodar mudanças em microsserviços implantados em um ambiente multicloud. Há um esforço significativo para mantê-lo funcionando, como atualizações, correções de segurança e outros, além de alterações na infraestrutura. Isso leva muito tempo e sobra muito pouco tempo para implementar novos recursos.  

9. Despesas gerais de infraestrutura

• Malha de nuvem híbrida: O plano de dados é composto por um número limitado de edge-gateways e waypoints.
• Malha de serviço: Sobrecarga significativa devido à arquitetura de proxy sidecar que requer 1 proxy sidecar para cada carga de trabalho.  

10. Multilocação

• Malha de nuvem híbrida: Oferece multilocação robusta; além disso, subinquilinos podem ser criados para manter a separação entre diferentes departamentos ou verticais dentro de uma organização. 
• Malha de serviço: pode não ter a capacidade de acomodar multilocação ou uma arquitetura de subinquilino. Poucos clientes podem criar uma malha de serviço separada por cluster para manter os locatários separados. Portanto, eles devem implantar e gerenciar seus próprios gateways para conectar diversas malhas de serviço.  

Dê o próximo passo com Hybrid Cloud Mesh 

Temos o prazer de apresentar uma prévia tecnológica do Hybrid Cloud Mesh que oferece suporte ao uso de gateways Red Hat® Service Interconnect, simplificando a conectividade e a segurança de aplicativos em plataformas, clusters e nuvens. Interconexão de serviços Red Hat, anunciado em 23 de maio de 2023 no Red Hat Summit, cria conexões entre serviços, aplicativos e cargas de trabalho em ambientes híbridos necessários. 

Estamos apenas começando nossa jornada de construção de soluções abrangentes de automação multicloud híbrida para empresas. Hybrid Cloud Mesh não é apenas uma solução de rede; ele foi projetado para ser uma força transformadora que capacita as empresas a obter o máximo valor da arquitetura moderna de aplicativos, permitindo a adoção da nuvem híbrida e revolucionando a forma como os ambientes multicloud são utilizados. Esperamos que você se junte a nós nessa jornada. 

Saiba mais sobre Cloud Mesh Híbrido