Saltar al contenido principal

Capítulo 2.1 - Visión General de la Arquitectura

Objetivos de Aprendizaje​

Al final de este capítulo, usted será capaz de:

  • Comprender la separación entre Control Plane y Worker Nodes
  • Identificar las responsabilidades de cada componente
  • Visualizar los flujos de comunicación
  • Comprender los conceptos de alta disponibilidad

Arquitectura en Capas​

Kubernetes sigue una arquitectura en capas bien definida:

Control Plane vs Worker Nodes​

Control Plane (Master)​

Rol: Tomar decisiones y mantener el estado deseado

Características:

  • Puede ser replicado para alta disponibilidad
  • Generalmente no ejecuta cargas de trabajo de usuario
  • Consume recursos de CPU y memoria
  • Se comunica con todos los Worker Nodes

Worker Nodes​

Rol: Ejecutar las aplicaciones

Características:

  • Puede ser añadido/eliminado dinámicamente
  • Ejecuta los Pods (aplicaciones)
  • Se comunica con el Control Plane
  • Puede estar en diferentes datacenters/nubes

Flujos de Comunicación​

1. Usuario → API Server​

2. API Server → Scheduler → kubelet​

3. Controller Manager → API Server​

Alta Disponibilidad​

Para producción, el Control Plane debe ser altamente disponible:

Ventajas:

  • Tolerancia a fallos
  • Sin punto único de fallo
  • Escalabilidad horizontal

Resumen​

En este capítulo, usted ha aprendido:

Arquitectura en capas: Aplicación → Orquestación → Infraestructura
Control Plane: Toma decisiones, mantiene el estado
Worker Nodes: Ejecutan las aplicaciones
Comunicación: Flujos bien definidos entre componentes
Alta Disponibilidad: Replicación del Control Plane para producción

Próximos Pasos​

Ahora que usted comprende la arquitectura general:

Capítulo 2.2: API Server - El Punto de Entrada
Capítulo 2.3: etcd - La Base de Datos

Capítulo creado el: Diciembre 2024