Services, networking y DNS
Networking es donde nombres, identidad, routing y policy se encuentran. Mucha confusion de homelab vive aqui.
Tópicos
- Modelo de red de Kubernetes - Kubernetes asume que Pods pueden hablar con Pods sin NAT. La implementacion CNI vuelve real esa promesa.
- Services - Un Service es un contrato estable sobre Pods inestables: nombre, IP virtual y reglas de selección.
- EndpointSlices y discovery - EndpointSlices son la lista escalable de destinos reales a los que puede ir el tráfico de un Service.
- DNS - DNS convierte objetos de Kubernetes en nombres de los que humanos y aplicaciones pueden depender.
- Ingress y Gateway API - Ingress y Gateway API son capas de manejo de tráfico encima de Services. Deciden como tráfico HTTP externo llega a backends internos.
- NetworkPolicy - NetworkPolicy es un modelo de firewall para Pods, pero solo si el plugin de red lo aplica.
Notas editoriales
- Mantener los docs oficiales como capa de citación.
- Mantener este lab opinado alrededor de operación homelab: verificación, modos de falla y límites prácticos.
- Evitar copiar prosa upstream; citarla y explicar el modelo operativo con voz propia.
Fuentes
- Services, Load Balancing, and Networking - ruta fuente:
content/en/docs/concepts/services-networking/_index.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - Service - ruta fuente:
content/en/docs/concepts/services-networking/service.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - DNS for Services and Pods - ruta fuente:
content/en/docs/concepts/services-networking/dns-pod-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.