Tema 1: Modelo de red de Kubernetes

Base oficial: (The Kubernetes Authors, 2026). Mi versión de trabajo: Kubernetes asume que Pods pueden hablar con Pods sin NAT. La implementacion CNI vuelve real esa promesa.

Modelo mental

Kubernetes asume que Pods pueden hablar con Pods sin NAT. La implementacion CNI vuelve real esa promesa.

Notas

• Las IPs de Pod son reales dentro del cluster, pero no son identidades estables de aplicación.
• Services proveen puntos de entrada virtuales y estables.
• La eleccion de CNI decide dataplane, soporte de policy y herramientas de debugging.

Ángulo homelab

No instales tres CNIs mientras aprendes. Elige uno y aprende como se mueven los paquetes.

Cómo verificarlo

• Lee el status del objeto antes de cambiar el manifest.
• Revisa events para encontrar el controlador o nodo que realmente se queja.
• Confirma que la fuente oficial abajo todavía coincide con la versión del cluster que corres.

Modos de falla comunes

• Tratar el objeto YAML como el sistema, en vez de verlo como una entrada a un loop de reconciliación.
• Debuggear desde fuera del cluster cuando la falla solo existe dentro de networking o estado de nodo.
• Olvidar que versión de Kubernetes, versión de addon y comportamiento de runtime están conectados.

Fuentes

• Services, Load Balancing, and Networking - ruta fuente: content/en/docs/concepts/services-networking/_index.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0.
• La documentación de Kubernetes usa licencia CC BY 4.0; estas notas son comentario original y enlazan a la fuente oficial.

The Kubernetes Authors. (2026). Services, Load Balancing, and Networking. https://kubernetes.io/docs/concepts/services-networking/