Lección 3: La anatomía de un clúster
Un clúster es un conjunto de máquinas (servidores) que Kubernetes gestiona como si fueran una sola computadora grande. Pero no todas las máquinas hacen el mismo trabajo, y esa es la idea central de esta lección: hay una diferencia entre "quién decide" y "quién ejecuta". La parte que decide se llama
Un clúster es como un restaurante: al frente un encargado toma los pedidos y decide quién cocina (el control plane), y en la cocina los cocineros de verdad preparan la comida (los nodes). Tú solo hablas con el frente.
- Clúster
- El conjunto de máquinas (servidores) que Kubernetes gestiona como una sola unidad. Algunas deciden (el control plane) y otras ejecutan de verdad las aplicaciones (worker nodes).
- Plano de control
- La parte que decide. El conjunto de componentes de gestión que reciben solicitudes, guardan el estado deseado, programan el trabajo en las máquinas y ejecutan reconciliation para cerrar brechas.
- Nodo de trabajo
- La parte que ejecuta. Una máquina del clúster en la que corren de verdad los Pods. Cada nodo ejecuta un agente llamado kubelet y un container runtime.
- API Server
- La "puerta de entrada" del clúster. El único componente con el que habla kubectl: valida las solicitudes, las guarda en etcd y activa a los demás componentes del control plane.
- kubectl
- La herramienta de línea de comandos con la que hablas con el clúster. Cada comando que envía llega al API Server, nunca directamente a los nodes o los Pods.
