Arquitectura de Kubernetes
Empieza aqui porque cada objeto posterior de Kubernetes negocia con esta arquitectura: el estado deseado entra al API server, los controladores lo reconcilian y los nodos lo convierten en contenedores corriendo.
Tópicos
- Componentes de Kubernetes - Un cluster de Kubernetes no es un solo daemon. Es un sistema operativo distribuido pequeno con una API, una base de datos, reconciliadores y agentes en cada maquina.
- Plano de control - El plano de control es el cerebro y el libro contable del cluster. Acepta estado deseado, lo guarda y corre loops que empujan la realidad hacia ese estado.
- Nodos y kubelet - Un nodo solo es útil si kubelet puede reportar salud y pedirle al runtime de contenedores que corra Pods.
- Controladores y reconciliación - Kubernetes funciona porque los controladores comparan estado deseado con estado observado. Ese loop es el producto.
- Addons y decisiones de arquitectura - El cluster base está incompleto a propósito. DNS, ingress, métricas, storage y policy son decisiones que compones.
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
- Kubernetes Components - ruta fuente:
content/en/docs/concepts/overview/components.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - Cluster Architecture - ruta fuente:
content/en/docs/concepts/architecture/_index.md, commit 8cc9e19b8eec8d5cf49eacd66f86a81648edb1a0. - Nodes - ruta fuente:
content/en/docs/concepts/architecture/nodes.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.