Service x Ingress: como o tráfego externo chega num Pod
Pergunta
Como o tráfego de fora do cluster chega num Pod? Explique o papel de Service (ClusterIP, NodePort, LoadBalancer) e Ingress.
Resposta esperada
ClusterIP (padrão): IP interno, só alcançável de dentro do cluster — pra comunicação entre serviços. NodePort: abre a mesma porta alta em TODOS os nós; tráfego pra `<IP-do-nó>:<porta>` cai no Service. Cru, mas serve. LoadBalancer: em cloud, provisiona um balanceador externo do provedor (ELB, etc.) apontando pros nós — um por serviço exposto, o que fica caro e sem roteamento por host/path. Ingress: um objeto que define regras de roteamento HTTP(S) por host e path (`api.exemplo.com` → service A, `exemplo.com/app` → service B), TLS, redirects. Ele é implementado por um Ingress Controller (nginx, Traefik, o do cloud) que roda no cluster atrás de UM LoadBalancer, e distribui pros services por ClusterIP. Padrão comum: um LoadBalancer → Ingress Controller → Ingress rules → Services ClusterIP → Pods.
Por que perguntam isso
Pergunta pleno de K8s. Sinal de domínio: 'LoadBalancer por serviço fica caro' como o motivo do Ingress, e a cadeia LB → controller → ingress → service.