Topic 5: Ingress And Gateway API
Official baseline: (The Kubernetes Authors, 2026b, 2026a). My working version: Ingress and Gateway API are traffic management layers above Services. They decide how external HTTP traffic reaches internal backends.
Mental Model
Ingress and Gateway API are traffic management layers above Services. They decide how external HTTP traffic reaches internal backends.
Notes
- Ingress needs an ingress controller; the API object alone is not the dataplane.
- Gateway API is more explicit about roles and richer routing.
- TLS, hostnames, and path rules are operational contracts, not just annotations.
Homelab Angle
Use one ingress or gateway path and document DNS, certs, and LAN exposure together.
Verify It
- Read the object status before changing the manifest.
- Check events for the controller or node that is actually complaining.
- Confirm the official source linked below still matches the cluster version you run.
Common Failure Modes
- Treating the YAML object as the system, instead of one input to a reconciliation loop.
- Debugging from outside the cluster when the failure only exists inside cluster networking or node state.
- Forgetting that Kubernetes version, addon version, and runtime behavior are linked.
Sources
- Ingress - source path:
content/en/docs/concepts/services-networking/ingress.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - Gateway API - source path:
content/en/docs/concepts/services-networking/gateway.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - Kubernetes documentation is licensed under CC BY 4.0; these notes are original commentary and link back to the official source.
The Kubernetes Authors. (2026a). Gateway API. https://kubernetes.io/docs/concepts/services-networking/gateway/
The Kubernetes Authors. (2026b). Ingress. https://kubernetes.io/docs/concepts/services-networking/ingress/