Saltar al contenido principal

Capítulo 2.9 - Comunicación Entre Componentes

Objetivos de Aprendizaje​

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

  • Comprender cómo se comunican los componentes
  • Explicar los protocolos utilizados
  • Identificar los flujos de comunicación
  • Comprender la seguridad de las comunicaciones

Visión General​

Todos los componentes de Kubernetes se comunican a través del API Server, que es el punto central de comunicación:

Protocolos de Comunicación​

HTTPS/TLS​

Todas las comunicaciones están cifradas:

Ventajas:

  • Cifrado en tránsito
  • Autenticación mutua
  • Integridad de los datos

Certificados​

Cada componente utiliza certificados:

  • API Server: Certificado de servidor
  • kubelet: Certificado de cliente
  • etcd: Certificados peer-to-peer

Flujos de Comunicación Principales​

1. Usuario → API Server​

2. Controller Manager → API Server​

3. Scheduler → API Server → kubelet​

4. kubelet → Container Runtime​

Watch API​

Los componentes utilizan la Watch API para recibir notificaciones en tiempo real:

Ventajas:

  • Notificaciones instantáneas
  • Sin polling
  • Eficiente en recursos

Seguridad de las Comunicaciones​

Autenticación​

Cada componente se autentica con certificados:

Autorización​

RBAC controla lo que cada componente puede hacer:

  • kubelet: Puede leer/actualizar los Pods de su nodo
  • Controller Manager: Puede leer/actualizar todos los recursos
  • Scheduler: Puede leer los Pods y asignarlos a los nodos

Resumen​

En este capítulo, usted ha aprendido:

Comunicación centralizada: Todos los componentes a través del API Server
Protocolos: HTTPS/TLS para seguridad
Watch API: Notificaciones en tiempo real
Certificados: Autenticación mutua
RBAC: Autorización basada en roles

Próximos Pasos​

Ahora que usted comprende la comunicación:

Capítulo 2.10: Add-ons y Extensiones
Lab 2.2: Análisis de los Worker Nodes

Capítulo creado el: diciembre 2024