Tema 5: Addons y decisiones de arquitectura
Base oficial: (The Kubernetes Authors, 2026b, 2026a). Mi versión de trabajo: El cluster base está incompleto a propósito. DNS, ingress, métricas, storage y policy son decisiones que compones.
Modelo mental
El cluster base está incompleto a propósito. DNS, ingress, métricas, storage y policy son decisiones que compones.
Notas
- Los addons deben tratarse como dependencias de produccion, no como extras decorativos.
- Cada addon agrega un contrato operativo: upgrades, alertas, uso de recursos y modos de falla.
- Un homelab es buen lugar para probar criterio arquitectonico antes de adoptar herramientas en trabajo real.
Ángulo homelab
Elige defaults aburridos primero: CoreDNS, un ingress controller, un CNI, una storage class y una ruta de observabilidad.
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/