Kubernetes siempre pareció excesivo para mi escala —pensado para clústeres de producción con decenas de nodos—, pero K3s se presenta explícitamente como la versión pensada para exactamente mi caso: homelab, edge computing, hardware modesto.
Por qué existe una versión "ligera" de Kubernetes
Kubernetes estándar es notoriamente pesado de instalar y mantener para un solo administrador — múltiples componentes que ensamblar, requisitos de recursos pensados para infraestructura de empresa. K3s, originado en Rancher y ahora proyecto de la CNCF, empaqueta todo en un único binario de menos de 100MB, con el runtime de contenedores, almacenamiento y red ya integrados, sin tener que decidir y ensamblar cada pieza por separado. Corre sin problemas en hardware tan modesto como una Raspberry Pi, algo impensable con Kubernetes estándar.
Kubernetes estándar asume que tienes un equipo de plataforma dedicado. K3s asume que eres una persona con un fin de semana libre — y ambas cosas resuelven "orquestación de contenedores", solo que a escalas completamente distintas.
Lo que gana un homelab con orquestación real
Frente a gestionar cada Podman Quadlet de forma individual, K3s aporta autocuración real (si un contenedor muere, se relanza solo, en el nodo que tenga recursos libres), y la posibilidad genuina de multi-nodo — si algún día añado una segunda máquina al homelab, K3s permite unirla al mismo clúster y repartir carga entre ambas, algo que Podman Quadlet, pensado para un único host, no resuelve de forma nativa.
Dónde el salto no se justifica todavía
Para mi escala actual —un puñado de servicios en el VPS, algunos más en el homelab local, todos estables y sin necesidad real de auto-escalado—, la complejidad conceptual añadida de Kubernetes (pods, deployments, services, ingress, manifiestos YAML por cada pieza) es un coste real de aprendizaje y mantenimiento que Podman Quadlet no exige. La curva de entrada, aunque mucho menor que Kubernetes estándar, sigue siendo notable si vienes de gestionar contenedores sueltos.
