Kubernetes: Up and Running, 3ª edição

Capítulo 15. Malhas de serviço

Este trabalho foi traduzido com recurso a IA. Agradecemos o teu feedback e comentários: [e-mail]

Talvez perdendo apenas para os contêineres, o termo service mesh se tornou sinônimo de desenvolvimento nativo da Cloud. No entanto, assim como os contêineres, service mesh é um termo amplo que engloba uma variedade de projetos de código aberto, bem como produtos comerciais. É útil entender o papel geral de um service mesh em uma arquitetura nativa da nuvem. Este capítulo mostrará o que é um service mesh, como diferentes projetos de software os implementam e, finalmente (e mais importante), quando faz sentido incorporar um service mesh, em comparação com uma arquitetura menos complexa, em seu aplicativo.

Nota

Em muitos diagramas abstractos de arquitetura nativa da Cloud, parece que é necessária uma malha de serviços para uma arquitetura nativa da Cloud. Isso não é bem verdade. Ao considerar a adoção de uma malha de serviço, tens de equilibrar a complexidade de adicionar um novo componente (geralmente fornecido por um terceiro) à tua lista de dependências. Em muitos casos, é mais fácil e mais confiável simplesmente depender dos recursos existentes do Kubernetes, se eles atenderem às necessidades do teu aplicativo.

Já discutimos anteriormente outras primitivas de rede no Kubernetes, como Services e Ingress. Dada a presença desses recursos de rede no núcleo do Kubernetes, por que há necessidade de injetar recursos adicionais (e complexidades) ...