Tema 3: Addons como dependencias de plataforma
Base oficial: (The Kubernetes Authors, 2026b, 2026a). Mi versión de trabajo: Los addons dejan de ser opcionales cuando los workloads dependen de ellos. Se vuelven parte del SLO de plataforma.
Modelo mental
Los addons dejan de ser opcionales cuando los workloads dependen de ellos. Se vuelven parte del SLO de plataforma.
Notas
- CoreDNS, CNI, ingress, métricas y plugins de storage merecen tracking de lifecycle.
- Los addons también necesitan resource requests.
- Version skew entre addons y cluster puede crear fallas sutiles.
Ángulo homelab
Inventaria addons igual que inventarias aplicaciones.
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
- Kubernetes Components - ruta fuente:
content/en/docs/concepts/overview/components.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - Cluster Administration - ruta fuente:
content/en/docs/concepts/cluster-administration/_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. (2026a). Cluster Administration. https://kubernetes.io/docs/concepts/cluster-administration/
The Kubernetes Authors. (2026b). Kubernetes Components. https://kubernetes.io/docs/concepts/overview/components/