Ingress Controller
Die Komponente, die eingehenden HTTP(S)-Verkehr anhand von Regeln (Host, Pfad) zum richtigen Service in einem Kubernetes-Cluster leitet. Ein Ingress-Objekt beschreibt die Regeln; ein Ingress Controller (nginx, Traefik) ist der tatsächliche Proxy, der sie umsetzt.
Mechanik: Ein Ingress-Objekt ist nur eine Regelsammlung ("Traffic für shop.example.com → Service A, /api → Service B") — von allein tut es nichts. Ein Ingress Controller ist der laufende Reverse Proxy (nginx, Traefik, HAProxy), der alle Ingress-Objekte liest und sich entsprechend konfiguriert. Typischerweise übernimmt er auch TLS-Terminierung, virtuelle Hosts und pfadbasiertes Routing. Der Gewinn: ein einziger externer Einstiegspunkt (ein Load Balancer/eine IP) für viele Services, statt einer öffentlichen IP pro Service. Die Einschränkung: Ingress ist auf HTTP/HTTPS fokussiert und funktional begrenzt → der Nachfolger Gateway API ist ausdrucksstärker und protokollunabhängig. Standard, um Webservices aus einem Cluster heraus zugänglich zu machen. Verwandt mit Service-Mesh-Sidecars und der Gateway API.