Networking Question #019e3a4f

Um service mesh é uma camada de infraestrutura dedicada para lidar com a comunicação entre serviços em arquiteturas de microsserviços. Os dois componentes principais comuns a todas as implementações de service mesh são o proxy de serviço e o plano de controle.

Como Funciona

• Proxy de Serviço: Normalmente implantado como um contêiner sidecar junto a cada instância de serviço. Ele intercepta todo o tráfego de rede de entrada e saída, permitindo recursos como balanceamento de carga, descoberta de serviços, criptografia (mTLS) e observabilidade (métricas, rastreamento). Proxies comuns incluem Envoy, Linkerd-proxy e NGINX.
• Plano de Controle: Gerencia e configura os proxies. Ele fornece uma API centralizada para definir regras de roteamento de tráfego, políticas de segurança e coleta de telemetria. O plano de controle distribui configuração para os proxies e coleta métricas agregadas. Exemplos incluem Pilot e Mixer do Istio, controlador do Linkerd e Consul Connect.

Por que a Resposta Correta está Certa

• Proxy de serviço e plano de controle são os blocos fundamentais. Sem um proxy, o tráfego não pode ser interceptado e gerenciado; sem um plano de controle, os proxies não podem ser configurados dinamicamente. Essa combinação é consistente em todos os principais service meshes (Istio, Linkerd, Consul Connect, Kuma).

Por que as Respostas Incorretas estão Erradas

• Rastreamento e armazenamento de logs: Embora os service meshes frequentemente forneçam recursos de observabilidade (rastreamento distribuído, logs), estes não são componentes principais. Rastreamento e armazenamento de logs são tipicamente sistemas externos (por exemplo, Jaeger, stack ELK) que consomem dados do mesh, mas não fazem parte do mesh em si.
• Circuit breaking e agendamento de Pods: Circuit breaking é um recurso implementado pelo proxy (por exemplo, Envoy suporta circuit breakers), mas não é um componente. Agendamento de Pods é uma função do agendador do Kubernetes, não relacionada ao service mesh.
• Plano de dados e plano de execução: O termo "plano de dados" está correto (refere-se aos proxies), mas "plano de execução" não é um termo padrão na arquitetura de service mesh. O contraparte correto é "plano de controle".