Qué es Kubernetes

Definición

Kubernetes es un sistema para orquestar contenedores en producción. En la práctica significa: decidir dónde se ejecuta cada componente, mantenerlo saludable, escalarlo, actualizarlo sin parar el servicio y aplicar políticas (seguridad, recursos, red) de forma consistente.

Kubernetes no es “un servidor”: es una plataforma que automatiza tareas operativas que, si las haces a mano, acaban siendo frágiles: reinicios, balanceo, despliegues, rollback, descubrimiento de servicios, etc.

Historia y por qué existe

Antes de Kubernetes, desplegar aplicaciones en contenedores era más artesanal. Docker popularizó el empaquetado, pero faltaba un “sistema operativo” para el datacenter: programar contenedores en múltiples máquinas, mantenerlos vivos, y actualizar sin downtime.

2013–2014: Google publica ideas y experiencia previa (Borg/Omega) y nace Kubernetes.
2015+: se consolida el ecosistema: networking, ingress, observabilidad, operadores, etc.
Hoy: Kubernetes es un estándar de facto para plataformas cloud-native.

La idea clave: declaras el estado deseado y Kubernetes trabaja para alcanzarlo y mantenerlo.

Arquitectura: Control Plane y Workers

Un clúster tiene dos grandes partes:

Control Plane: toma decisiones (scheduler), expone API, gestiona estado (etcd) y ejecuta controladores.
Worker Nodes: ejecutan tus cargas (pods) y aplican lo que dicta el control plane.

Componentes del Control Plane

API Server: la “puerta” a Kubernetes. Todo pasa por aquí.
Scheduler: decide en qué nodo corre un pod según recursos y restricciones.
Controller Manager: controladores que reconcilian estado deseado vs actual.
etcd: base de datos clave-valor del estado del clúster.

Conceptos clave

Los conceptos más comunes en el día a día:

Pod

Unidad mínima de ejecución. Puede contener 1+ contenedores que comparten red y almacenamiento local.

Deployment

Describe versiones, réplicas y estrategia de actualización. Permite rollout/rollback controlado.

Service

Abstrae endpoints y balancea hacia pods. Base para descubrimiento de servicios.

Ingress

Exposición HTTP/HTTPS, TLS y routing hacia servicios internos.

Namespaces y RBAC

Los namespaces separan recursos lógicamente. Con RBAC defines permisos por rol: quién puede desplegar, leer logs, crear secrets, etc. Es clave para equipos y entornos.

ConfigMaps y Secrets

Separan configuración del artefacto (imagen). Esto facilita despliegues por entornos y rotación de credenciales.

Red y almacenamiento (visión de alto nivel)

Kubernetes abstrae red y almacenamiento, pero se apoya en plugins (CNI/CSI). En producción, la clave es entender: conectividad entre pods, exposición exterior (ingress) y persistencia para stateful.

Networking (CNI): cómo se asignan IPs y se conectan pods.
Storage (CSI): volúmenes persistentes, clases de almacenamiento y políticas.
Stateful: no todo es stateless; para DBs se diseñan patrones específicos.

Operación en producción

Kubernetes brilla cuando lo operas bien: observabilidad, políticas de recursos y seguridad. Sin eso, puedes tener un clúster “funcionando” pero inestable.

Recursos: requests/limits para evitar “noisy neighbors”.
Observabilidad: métricas, logs y alertas con señal.
Seguridad: RBAC, mínimo privilegio, políticas y control de secrets.
Procesos: despliegues controlados, rollback, runbooks.

Cuándo sí

Tienes varios servicios o microservicios.
Necesitas despliegues frecuentes y controlados.
Quieres estandarizar observabilidad, seguridad y operación.

Cuándo no (aún)

Aplicación simple, pocos despliegues y sin necesidad real de HA.
No hay equipo para operarlo y no quieres delegar.
Tu prioridad es velocidad de “poner en marcha” sin plataforma.

En esos casos, una VPS puede ser más adecuada: ver VPS .

Relación con KPaaS

KPaaS está diseñado para que adoptes Kubernetes sin cargar con el “peso” de operar el clúster desde cero: te damos un proyecto listo, con observabilidad y seguridad base, y un modelo de contratación claro (packs + calculadora).

Ver packs KPaaS Calculadora