Expondo aplicações com serviços

No Kubernetes, os Pods são as menores unidades implementáveis. Eles são projetados para ser temporários e podem ser criados, destruídos ou movidos pelo Kubernetes a qualquer momento.

Essa flexibilidade é excelente para a resiliência, mas cria um desafio: como outros aplicativos podem encontrar e se comunicar de forma confiável com esses Pods em constante mudança?

Cada Pod recebe seu próprio endereço IP. Quando um Pod é reiniciado ou tem sua escala alterada, geralmente recebe um novo endereço IP. Conectar-se diretamente ao IP de um Pod é como tentar atingir um alvo móvel!

Imagine um aplicativo web com vários Pods. Se um Pod for reiniciado, seu IP mudará, interrompendo as conexões de outros serviços ou usuários.

É aqui que entram os Serviços do Kubernetes! Um Serviço fornece um ponto de acesso de rede estável e fixo para um conjunto de Pods.

Pense nele como um endereço permanente para seu aplicativo, mesmo que os Pods por trás dele estejam constantemente alterando seus endereços individuais.

Um Serviço atua como uma camada de abstração sobre um grupo de Pods. Ele fornece a eles um único endereço IP e um nome DNS consistentes.

• Outros aplicativos usam o IP ou nome estável do Serviço.
• O Serviço então encaminha o tráfego para os Pods saudáveis que gerencia.
• Isso desacopla os clientes dos IPs individuais dos Pods.

Como um Serviço sabe para quais Pods encaminhar o tráfego? Ele usa rótulos e seletores!

Ao definir um Serviço, você especifica um selector. Qualquer Pod que corresponda a esses rótulos será automaticamente incluído no grupo desse Serviço.

Essa associação dinâmica significa que novos Pods são adicionados automaticamente e Pods não saudáveis são removidos.

Os Serviços gerenciam o fluxo do tráfego de rede. Eles definem portas para mapear as solicitações recebidas para as portas corretas nos seus Pods.

Principais conceitos de portas:

• port: a porta na qual o próprio Serviço escuta.
• targetPort: a porta no Pod para a qual o Serviço encaminha o tráfego.

Assim como a maioria dos recursos do Kubernetes, os Serviços são definidos usando arquivos YAML. Veja a estrutura básica:

• apiVersion: v1
• kind: Service
• metadata: nome, rótulos
• spec: contém a definição principal, incluindo selector e ports.

O tipo de Serviço mais comum para comunicação interna é o ClusterIP. Ele expõe o Serviço em um endereço IP interno dentro do cluster.

Veja um exemplo de um aplicativo web simples:

Depois de criar o YAML do seu Serviço, você poderá implementá-lo no cluster usando kubectl, assim como faz com Pods ou implantações.

Este comando instrui o Kubernetes a criar o Serviço com base na sua definição:

Após a implementação, seu Serviço receberá um IP estável e um nome DNS dentro do cluster. Outros Pods poderão acessar seu aplicativo usando esse nome.

Por exemplo, outro Pod poderia se conectar a my-web-service:80, e o Serviço encaminharia o tráfego para os Pods corretos de my-webapp.

Você aprendeu como os Serviços do Kubernetes fornecem acesso de rede estável a Pods dinâmicos.

Qual das opções a seguir descreve melhor a função principal de um Serviço do Kubernetes?

Parabéns! Nesta lição, exploramos os Serviços do Kubernetes.

• Os Pods são efêmeros e têm IPs dinâmicos.
• Os Serviços fornecem pontos de acesso de rede estáveis para os Pods.
• Eles usam seletores para encontrar os Pods de destino.
• Os Serviços mapeiam a port externa para a targetPort interna.
• ClusterIP é um tipo comum para comunicação interna.

A seguir, exploraremos com mais detalhes os diferentes tipos de Serviços e seus usos!