Service, Ingress, DNS del cluster

Il Pod cambia IP. Il Service è il nome stabile. Ingress è la porta HTTP verso fuori.

Il disegno

Stesso traffico, oggetti diversi. Clicca il pezzo.

Dentro il cluster

I Pod si parlano per nome.

Da fuori

HTTP pubblico non è un NodePort a caso.

pezzo selezionato

CoreDNS

mia-app.default.svc.cluster.local. I client in-cluster usano il DNS, non gli IP.

Da ricordare

Un ConfigMap con IP di Pod è un bug in differita.

In poche righe

ClusterIP: solo dentro il cluster. NodePort: un porto su ogni nodo (grezzo). LoadBalancer: un IP cloud (GCP forwarding rule). Headless: DNS sui Pod, per StatefulSet.

kube-proxy (iptables/IPVS) o dataplane GKE: dalle iptables del nodo al backend sano. EndpointSlice, non più gli Endpoints monolitici.

Ingress (o Gateway API): host + path → Service. Serve un controller (GCE, nginx, Traefik). NetworkPolicy è un altro disegno: chi può parlare, non come si chiama.

Disegna questo

Tre Pod dietro un ovale Service. Sopra, un Ingress con host. Una X sull’IP del Pod scritto nel client.

Un foglio, non un software. Se lo sai ridisegnare senza guardare, la lezione è tua.

Job, CronJob, quante repliche Lezione successiva