APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Um Service com selector depende de labels correspondentes e backends elegíveis. EndpointSlices ajudam a observar os destinos. port é a porta apresentada e targetPort é a porta do backend; declarar containerPort não corrige um targetPort numérico errado. DNS deve identificar o namespace certo, e o domínio do cluster precisa de ser confirmado. Ingress declara regras que uma implementação compatível aplica. A API aceitar um Ingress não prova que exista controller, certificado correto ou backend funcional. Verifica cada etapa com a evidência adequada.
Aplicação guiada
NetworkPolicies são aditivas e dependem de enforcement pelo plugin de rede. Se origem e destino estão isolados, o egress da origem e o ingress do destino precisam de permitir a ligação. Ao introduzir default deny, lista dependências como DNS, métricas e bases de dados, com o âmbito realmente necessário. O resolver pode ser local ao nó ou ter outra topologia; copiar labels de outro cluster pode falhar. Em TLS, compara hostname esperado, configuração e certificado servido. Não confundas routing HTTP funcional com validação de identidade bem sucedida.
Para um processo em 9090 e clientes em 80, usa port 80 e targetPort 9090. Depois confirma seleção de Pods, DNS e políticas do caminho real.
Armadilhas comuns
Mudar tipo de Service para corrigir labels; esquecer DNS em egress; desativar validação TLS para ocultar certificado errado.
Tópicos relacionados: Imagens reproduzíveis e trabalho finito · Init containers, partilha e persistência
Valida resolução, seleção, portas, políticas e identidade como partes do mesmo percurso.
Referência: Services · CKAD Kubernetes v1.37