El self-hosting tiene una fase de luna de miel peligrosísima. Descubres que puedes montar casi cualquier cosa en Docker, encuentras listas infinitas de “awesome self-hosted” y empiezas a sustituir servicios como quien cambia cromos. Gestor de contraseñas, fotos, notas, RSS, automatizaciones, documentos, bookmarks, monitorización, dashboards, VPN, recetas, PDF, analítica, chat, Git, backups. Todo parece razonable por separado.
Luego pasan unos meses y aparece la factura real. No siempre en euros. La factura llega en actualizaciones, backups, migraciones, bases de datos rotas, logs raros, certificados caducados, móviles que no sincronizan, contenedores abandonados y pequeñas obligaciones que nadie te avisó que venían con el pack de libertad digital.
Sigo pensando que el self-hosting merece mucho la pena. Pero ya no creo que merezca la pena self-hostearlo todo. Hay servicios que te devuelven privacidad, control y utilidad diaria. Otros solo te dan la satisfacción de no usar la nube, que está bien durante una tarde, pero no paga el mantenimiento de los próximos tres años.
La pregunta que me hago ahora no es “puedo alojarlo yo”. Casi siempre puedo. La pregunta buena es otra: quiero ser responsable de esto cuando falle.
Mi filtro antes de montar un servicio#
Antes de añadir otro contenedor, intento pasarlo por un filtro bastante simple.
Primero: qué problema real resuelve. Si la respuesta es “mola”, se queda en laboratorio. No todo lo interesante merece vivir en producción.
Segundo: quién lo va a usar. Si solo lo uso yo una vez al mes, puede permitirse ser frágil. Si lo usa la familia o guarda datos importantes, sube de categoría.
Tercero: qué datos guarda. No es lo mismo un dashboard que un gestor de contraseñas. No es lo mismo una lista de enlaces que fotos familiares. Cuanto más irremplazable es el dato, más serio tiene que ser el backup.
Cuarto: cómo se restaura. Si no sé restaurarlo, todavía no está montado de verdad. Está decorando el homelab.
Quinto: qué coste de mantenimiento tiene. Algunos servicios son casi invisibles. Otros tienen base de datos, app móvil, indexadores, workers, colas, permisos, integraciones y una personalidad complicada.
Con ese filtro, muchas ideas se caen solas. Y eso es bueno. Un homelab no mejora por tener más iconos en el dashboard.
Servicios que sí mantendría casi siempre#
Hay una categoría de servicios self-hosted que me parecen fáciles de defender.
El DNS local es uno. Pi-hole, AdGuard Home o una combinación con Unbound pueden aportar mucho si están bien montados. Bloqueo básico, nombres internos, control de la red y una capa de observabilidad doméstica. Pero con una condición: tiene que haber plan B. Si el DNS cae y nadie puede navegar, el servicio deja de parecer elegante en unos treinta segundos.
Las copias de seguridad también. Aquí no hay glamour, pero sí valor. Un sistema de backups que copie configuraciones, datos importantes y máquinas críticas es de lo más rentable que puedes mantener. Puede ser Proxmox Backup Server, Restic, Borg, Kopia, snapshots de ZFS o una mezcla. La herramienta me importa menos que la restauración probada.
La monitorización ligera merece sitio. Uptime Kuma, Beszel o algo similar ayudan a ver si lo básico sigue vivo. No necesito Grafana para todo. A veces un panel sencillo que me diga “esto está caído” es más útil que una catedral de métricas que nadie mira.
Un gestor de documentos tipo Paperless-ngx también puede compensar muchísimo si realmente lo usas. Escanear, OCR, etiquetas, búsqueda y archivo doméstico. Eso sí, aquí el backup no es opcional. Si digitalizas papeles y luego pierdes el servicio, has cambiado un archivador por una bomba de relojería.
Un acceso remoto tipo Tailscale o WireGuard también entra en mi lista. Poder acceder al homelab sin abrir puertos a lo bruto cambia mucho cómo usas tus servicios. Tailscale no es puramente self-hosted salvo que metas Headscale, pero me da igual la pureza si resuelve el problema con menos riesgo.
Servicios que merecen la pena si encajan en tu vida#
Luego hay servicios buenísimos, pero no universales.
Immich es el ejemplo perfecto. Como alternativa a Google Photos es impresionante, pero también delicado. Fotos familiares, app móvil, base de datos, thumbnails, machine learning, almacenamiento grande y expectativas altas. Si lo montas bien, con backups y paciencia, puede ser de lo mejor del homelab. Si lo montas como prueba y metes ahí toda tu vida visual, estás jugando con fuego bonito.
Vaultwarden también es potente. Un gestor de contraseñas self-hosted tiene sentido si quieres control y sabes protegerlo. Pero aquí no acepto chapuzas. HTTPS, 2FA, backups, admin token cuidado, actualizaciones y una copia exportable. Si no quieres esa responsabilidad, pagar Bitwarden es una decisión perfectamente adulta.
Home Assistant puede ser brillante si mejora la casa. Luces, sensores, energía, presencia, rutinas, enchufes, clima. El problema aparece cuando cada automatización se convierte en una dependencia invisible. Si para encender una luz necesitas que funcionen WiFi, Zigbee, DNS, Home Assistant, una integración concreta y tu inspiración de hace seis meses, quizá te has pasado de listo.
Mealie o Grocy pueden tener sentido en casas donde se planifica comida, despensa o recetas. Si solo los montas para enseñar el dashboard, acaban siendo otra base de datos vacía. Un servicio doméstico tiene que entrar en hábitos reales. Si no cambia una rutina, muere.
Un servidor multimedia como Jellyfin o Plex depende muchísimo de tu uso. Si tienes biblioteca local, familia que lo usa y hardware que transcodifica sin sufrir, perfecto. Si solo lo montas porque internet dice que todo homelab necesita uno, probablemente acabará siendo un icono más.
Servicios que suelen convertirse en trabajo gratis#
Hay herramientas que respeto, pero que en casa me generan dudas.
El email propio es la primera. Montar correo es educativo, sí. Mantenerlo para uso real es otra historia. Reputación, spam, DKIM, SPF, DMARC, listas negras, entregabilidad y una paciencia que no siempre compensa. Para aprender, adelante. Para correo principal, yo sería muy prudente.
Las suites colaborativas completas también me parecen delicadas. Nextcloud, por ejemplo, puede ser muy útil, pero mucha gente lo monta esperando un Google Drive casero y descubre que mantener sincronización, previews, apps, actualizaciones y rendimiento tiene bastante miga. Si lo necesitas, bien. Si solo quieres subir cuatro archivos, quizá Syncthing o un NAS simple te dan menos guerra.
Los dashboards bonitos son otra trampa. Homarr, Homepage, Dashy y compañía pueden ser útiles como punto de entrada. Pero llega un momento en que estás manteniendo el dashboard del dashboard. Si un panel no reduce fricción real, es decoración técnica.
Las herramientas de analítica self-hosted para webs pequeñas también dependen mucho del caso. Plausible, Umami o Matomo pueden tener sentido. Pero si miras las visitas una vez al mes y no tomas decisiones con esos datos, quizá estás manteniendo otra cosa por inercia.
Los chats internos, wikis enormes y plataformas de colaboración suelen morir rápido en homelabs personales. No porque sean malas, sino porque un usuario único no justifica la ceremonia. Para notas personales, a veces un repositorio Git o una carpeta sincronizada gana por aburrimiento.
El coste de los datos importantes#
El punto que más pesa es el tipo de dato.
Hay datos que puedo regenerar. Configuración de un dashboard, cachés, miniaturas, métricas antiguas, logs, listas de pruebas. Si se pierden, fastidia poco.
Hay datos que puedo reconstruir con trabajo. Recetas, bookmarks, documentos descargables, algunas notas. Perderlos duele, pero no es tragedia.
Y hay datos que no quiero perder jamás: fotos familiares, documentos personales, contraseñas, claves, backups de proyectos importantes. Cualquier servicio que toque eso tiene que subir de nivel.
Esta clasificación cambia cómo decido. Un lector RSS puede vivir con backups simples. Un gestor de documentos necesita copia seria. Un gestor de contraseñas necesita además exportación y plan de emergencia. Un sistema de fotos necesita estrategia antes de meter la primera biblioteca grande.
La privacidad también cuenta, claro. Pero privacidad sin backups es solo una forma elegante de perder tus datos en privado.
Cuándo prefiero pagar la nube#
Hay servicios donde pagar no es rendirse. Es delegar una responsabilidad que no aporta suficiente valor mantener en casa.
Correo principal, almacenamiento colaborativo con terceros, servicios que necesitan disponibilidad alta fuera de casa, herramientas con clientes móviles muy pulidos y cualquier cosa donde la familia espere que funcione siempre. Si una suscripción cuesta poco y me ahorra mantenimiento pesado, la considero sin culpa.
La nube también tiene economías de escala que un homelab no puede igualar. Redundancia geográfica, soporte, apps pulidas, recuperación de cuenta, entregabilidad, CDN, integración con sistemas móviles. Podemos replicar partes, pero no gratis. Pagamos en tiempo.
Mi postura no es nube mala, casa buena. Es más simple: lo que me da control valioso y puedo mantener, lo alojo. Lo que me convierte en soporte técnico de un problema aburrido, lo pago o lo simplifico.
La prueba de los 90 días#
Una forma práctica de decidir es revisar servicios cada tres meses.
Pregunto cuatro cosas.
Lo he usado de verdad. Me ha ahorrado tiempo o me ha dado control real. Tiene backups adecuados. Si se rompe mañana, quiero arreglarlo o preferiría apagarlo.
La última pregunta es la mejor. Si al imaginar una avería tu primera reacción es pereza, ese servicio probablemente sobra. Si tu reacción es “tengo que recuperarlo”, merece estar.
También miro señales de abandono. Servicios sin actualizaciones, issues preocupantes, cambios de licencia raros, dependencias antiguas, contenedores que requieren privilegios excesivos. No todo proyecto pequeño es peligroso, pero conviene saber dónde estás metiendo datos.
Cada revisión debería acabar con alguna baja. Si nunca apagas nada, el homelab solo crece. Y lo que solo crece acaba pidiendo una tarde de limpieza cuando menos te apetece.
Mi lista corta si empezara hoy#
Si tuviera que montar un self-hosting doméstico contenido, empezaría con muy poco.
DNS local con fallback. Backups probados. Acceso remoto seguro. Monitorización ligera. Documentos si tengo flujo de escaneo real. Fotos solo cuando tenga estrategia de backup clara. Automatización de casa si resuelve problemas reales. Un gestor de contraseñas self-hosted solo si acepto cuidarlo como servicio crítico.
Después añadiría cosas por necesidad, no por catálogo. RSS si leo mucho. Bookmarks si guardo enlaces de verdad. Recetas si la casa las usa. Multimedia si hay biblioteca local. Git si tengo proyectos propios. Automatizaciones si sustituyen tareas repetitivas, no si solo son bonitas.
Lo demás al laboratorio. Que viva, que se pruebe, que se rompa. Si sobrevive y se vuelve útil, ya pedirá subir de categoría.
Conclusión: self-hosting con menos ego funciona mejor#
Self-hostear no es una medalla. Es asumir responsabilidad sobre software, datos y disponibilidad. A veces compensa muchísimo. A veces es trabajo gratis disfrazado de independencia.
Yo prefiero un homelab con diez servicios bien elegidos que uno con cincuenta contenedores que nadie entiende. Menos superficie, menos backups dudosos, menos alertas absurdas, menos tardes perdidas. Y más espacio para probar cosas sin convertirlas en obligaciones eternas.
La libertad del self-hosting no está en alojarlo todo. Está en poder decidir qué merece estar en casa y qué no. Esa decisión, tomada con calma y sin ego, ahorra más mantenimiento que cualquier script mágico.