Categorías

Cómo Instalar

Cómo instalar Uptime Kuma para monitorización básica

Uptime Kuma se instala con Docker Compose en unos diez minutos: define un servicio con la imagen oficial louislam/uptime-kuma, un volumen persistente en /app/data y el puerto 3001, levanta el contenedor con docker compose up -d y crea el usuario administrador en el primer acceso desde el navegador.

Herramientas

Dokku: el PaaS pequeño que nunca muere

Dokku lleva más de una década como el PaaS mínimo de código abierto preferido por quien quiere la experiencia Heroku sin la factura. En 2025, con Heroku renaciendo bajo Salesforce y con Kubernetes dominando, sigue ocupando un nicho sorprendentemente saludable.

Arquitectura

Coolify: un Vercel auto-alojado sobre tu propia infraestructura

Coolify promete la experiencia de Vercel o Heroku sobre tus propios servidores: HTTPS automático, bases de datos gestionadas y vistas previas por rama, sin cuotas por compilación ni ancho de banda. Tras varios meses usándolo en VPS de producción, cuento dónde brilla, dónde cojea y para qué perfil de equipo tiene sentido real.

Herramientas

Home lab: el laboratorio autoalojado como campo de pruebas

Un home lab es un laboratorio de servicios autoalojados, en casa o en un VPS, donde se practica administración real: proxy inverso, autenticación centralizada, monitorización con Prometheus y Grafana, y backups verificados con Restic. Un mini-PC con 16 GB de RAM basta para treinta o cuarenta contenedores, y lo aprendido se transfiere directamente al trabajo profesional.

Arquitectura

containerd: el runtime que sustenta a Kubernetes

containerd es el runtime que ejecuta los contenedores en la mayoría de los clusters Kubernetes modernos, y casi nadie lo nota. Gestiona todo el ciclo de vida del contenedor: descarga de imagen, arranque, red y montaje de filesystem. Se convirtió en el runtime por defecto tras la retirada del dockershim en Kubernetes 1.24, en mayo de 2022.

Herramientas

Podman: contenedores sin daemon ni root

Podman es la alternativa a Docker sin daemon central y sin privilegios de root. Cada contenedor corre como proceso hijo directo del usuario que lo lanza, con soporte rootless desde la versión 1.0. El resultado: si un contenedor escapa, no obtiene root del host. Cuándo conviene usarlo y qué diferencias reales encontrarás en el camino.