Tema 2: Services

Base oficial: (The Kubernetes Authors, 2026). Mi versión de trabajo: Un Service es un contrato estable sobre Pods inestables: nombre, IP virtual y reglas de selección.

Modelo mental

Un Service es un contrato estable sobre Pods inestables: nombre, IP virtual y reglas de selección.

Notas

• ClusterIP es discovery interno.
• NodePort y LoadBalancer exponen tráfico por nodos o plumbing del proveedor.
• Selectors deciden que Pods reciben tráfico; labels son routing de produccion.

Ángulo homelab

Mapea la ruta de laptop a Service a Pod antes de agregar ingress o tuneles.

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

• Service - ruta fuente: content/en/docs/concepts/services-networking/service.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). Service. https://kubernetes.io/docs/concepts/services-networking/service/