Serviços para acesso à rede

No Kubernetes, os pods são as menores unidades implantáveis. Eles são projetados para serem efêmeros, o que significa que podem ser criados, excluídos ou substituídos a qualquer momento, geralmente recebendo novos endereços IP.

Essa natureza dinâmica dificulta que outras aplicações os encontrem e se comuniquem com eles de maneira confiável. É aí que entram os Serviços!

Um Serviço do Kubernetes funciona como um ponto de acesso de rede estável para um conjunto de pods. Pense nele como um endereço permanente que não muda, mesmo que os pods por trás dele mudem.

• Os Serviços fornecem um endereço IP e um nome DNS consistentes.
• Eles podem distribuir a carga de tráfego entre vários pods.
• Eles garantem disponibilidade contínua à medida que os pods são escalados ou reiniciados.

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

Ao criar pods, você atribui rótulos a eles (pares de chave e valor, como app: my-app). Em seguida, um Serviço especifica um seletor que corresponde a esses rótulos, criando um vínculo dinâmico.

O ClusterIP é o tipo de Serviço padrão e mais comum. Ele atribui um endereço IP interno estável dentro do cluster do Kubernetes. Esse IP só pode ser acessado por outros pods ou nós dentro do cluster.

Ele é perfeito para Serviços de backend (como um banco de dados ou uma API) que precisam se comunicar apenas com outros Serviços dentro da sua aplicação.

Esta é uma definição YAML simples de um Serviço ClusterIP. Observe o selector correspondente ao rótulo app: my-backend e como port é associado a targetPort.

Um Serviço NodePort expõe sua aplicação em uma porta estática no endereço IP de cada nó. Isso torna o Serviço acessível de fora do cluster usando o IP de qualquer nó e a porta especificada.

O valor de nodePort normalmente fica no intervalo de 30000 a 32767. Ele é útil para acesso externo simples ou ambientes de desenvolvimento.

Para expor seu Serviço externamente por meio de um NodePort, defina type: NodePort. Opcionalmente, você pode especificar um nodePort; caso contrário, o Kubernetes escolherá um para você.

O tipo de Serviço LoadBalancer foi projetado para ambientes de nuvem. Quando você cria esse tipo de Serviço, seu provedor de nuvem (como AWS, GCP ou Azure) provisiona automaticamente um balanceador de carga externo.

Esse balanceador de carga recebe um endereço IP público e encaminha o tráfego externo diretamente para seus pods, geralmente com recursos avançados, como terminação de SSL.

Para aplicações públicas em um cluster Kubernetes na nuvem, LoadBalancer é a escolha ideal. Ele simplifica bastante o gerenciamento do acesso externo.

Sua equipe está implantando uma nova aplicação no Kubernetes. Considere os seguintes cenários:

• Uma API de backend que só precisa ser acessada por outros Serviços dentro do cluster.
• Um servidor web de frontend que precisa ser acessível pela Internet, e cuja implantação será feita em um provedor de nuvem (AWS, GCP ou Azure).

Qual tipo de Serviço é mais adequado para o servidor web de frontend?

Aprendemos que os Serviços do Kubernetes fornecem acesso estável à rede para pods dinâmicos. Eles são essenciais para que suas aplicações se comuniquem de maneira confiável.

• ClusterIP: somente para comunicação interna no cluster.
• NodePort: expõe um Serviço em uma porta estática no IP de cada nó, permitindo acesso externo em casos de uso específicos.
• LoadBalancer: integra-se a provedores de nuvem para provisionar um balanceador de carga externo para acesso público.

Escolher o tipo de Serviço adequado é essencial para controlar como suas aplicações são expostas.