Hay un momento bastante claro en el que un homelab deja de ser solo un laboratorio. No pasa cuando compras el tercer mini PC, ni cuando montas Proxmox, ni cuando tienes un dashboard con más iconos que el menú de una tele barata. Pasa cuando alguien en casa usa algo que corre en tus máquinas y espera que funcione.
Ahí cambia el contrato.
Mientras todo lo usas tú, puedes romper cosas con alegría. Si el servidor multimedia cae, te aguantas. Si el DNS se queda tonto porque estabas probando una configuración rara, aprendes algo y sigues. Si un contenedor no arranca después de actualizar, abres un café, miras logs y te dices que esto es parte del hobby.
Pero si en casa dependen de la red, de las fotos, de las luces, de las copias, de los documentos o de un gestor de contraseñas, la cosa ya no va solo de aprender. Va de no convertir tu afición en una fuente de problemas domésticos.
A mí me gusta cacharrear. Mucho. Y precisamente por eso he tenido que poner límites. No porque el homelab tenga que ser aburrido, sino porque la parte divertida tiene que vivir lejos de la parte que sostiene cosas reales.
La pregunta que uso para clasificar servicios#
Antes de meter un servicio en producción doméstica me hago una pregunta simple: si esto cae un domingo por la tarde, ¿quién se enfada?
No es una pregunta técnica, pero suele ser más útil que mirar CPU, RAM o si el contenedor tiene healthcheck.
Si solo me molesta a mí, puede vivir en laboratorio. Si afecta a la casa, entra en otra categoría. Y si afecta a algo que guarda datos importantes, sube todavía más.
Mi clasificación mental queda así:
- Servicios invisibles pero críticos: DNS, DHCP si lo gestiono yo, acceso remoto, certificados, backups y monitorización mínima.
- Servicios domésticos importantes: fotos familiares, documentos, domótica, contraseñas, sincronización de archivos.
- Servicios cómodos: multimedia, recetas, RSS, bookmarks, dashboards, automatizaciones no críticas.
- Laboratorio: pruebas de Kubernetes, modelos locales, aplicaciones nuevas, bases de datos que estoy evaluando, cosas que puedo destruir sin drama.
La clave está en no mezclar estas categorías por comodidad. Es muy tentador desplegarlo todo en el mismo nodo porque ya está encendido, porque tiene espacio, porque Docker Compose lo pone fácil. Esa comodidad se paga el día que una prueba tonta tumba algo que usa la casa.
Producción doméstica no significa empresa#
No me gusta cuando el homelab intenta copiar una empresa pequeña en casa. VLANs por todas partes, alta disponibilidad para servicios absurdos, observabilidad enorme, procedimientos ceremoniales y una arquitectura que necesita un diagrama para encender una lámpara.
Una casa no es una empresa. Pero tampoco es un laboratorio infinito.
El punto sensato está en medio. Lo bastante simple para mantenerlo cansado y lo bastante separado para que una prueba no rompa la convivencia.
Para mí, producción doméstica significa esto:
- Si falla, sé qué servicio se ha caído y qué impacto tiene.
- Hay backup de los datos que importan.
- Sé restaurar lo esencial sin depender de memoria heroica.
- El laboratorio no puede tocar datos familiares por accidente.
- La red tiene un modo simple de seguir funcionando aunque apague medio homelab.
Nada de esto requiere montar una infraestructura de banco. Requiere menos romanticismo y más higiene.
Separar por capas, no por capricho#
La separación que mejor me funciona no empieza por servidores. Empieza por capas.
La primera capa es la red base. Aquí no quiero experimentos diarios. Router, WiFi, DNS básico y acceso a Internet tienen que ser aburridos. Si uso Pi-hole, AdGuard o Unbound, perfecto, pero siempre con plan B. El router tiene que poder tirar con DNS externos si algo falla. La casa no debería quedarse sin navegar porque yo decidí probar una configuración creativa de resolución interna.
La segunda capa son los datos. Fotos, documentos, copias de seguridad, configuraciones importantes. Estos datos no deberían vivir mezclados con pruebas temporales. Si un servicio experimental necesita almacenamiento, le doy un volumen separado. Si necesita acceso a datos reales, me pregunto dos veces si de verdad hace falta.
La tercera capa son los servicios domésticos. Aquí entran Immich, Paperless-ngx, Home Assistant, Vaultwarden si se usa, sincronización, automatizaciones útiles. Son servicios que pueden tener mantenimiento, pero no deberían depender de cinco piezas frágiles para arrancar.
La cuarta capa es el laboratorio. Aquí está la diversión. Aquí puedo romper Kubernetes, probar bases de datos, desplegar una app rara, medir consumo, cambiar reverse proxies y hacer todo lo que convierte el homelab en hobby. Pero esta capa tiene que estar acotada.
Separar por capas evita una trampa clásica: creer que porque todo está en casa todo pertenece al mismo entorno. No. Un contenedor de pruebas y las fotos familiares no deberían tener el mismo nivel de protección ni el mismo nivel de acceso.
Red doméstica: pocas VLANs, bien pensadas#
Las VLANs son útiles, pero se pueden convertir en teatro muy rápido. He visto redes caseras más complejas que la operación logística de un aeropuerto pequeño. Luego alguien quiere imprimir desde el móvil y empieza el festival de reglas, mDNS y frustración.
En casa me gusta una separación mínima:
- LAN principal para dispositivos de confianza.
- IoT para cacharros que no necesitan hablar con todo.
- Servidores para servicios internos.
- Laboratorio para cosas que puedo romper.
- Invitados si hace falta.
No necesito quince redes. Necesito que el laboratorio no tenga vía libre hacia los datos, que IoT no pueda cotillear más de lo necesario y que los servicios importantes sean accesibles sin hacer magia negra cada vez que cambio algo.
El error que intento evitar es meter servicios familiares dentro de una red de laboratorio porque “ya funciona”. Funciona hasta que no funciona. Y cuando no funciona, la pregunta no es si la regla de firewall era elegante. La pregunta es por qué no carga la app de fotos.
Home Assistant no debería controlar una casa rehén#
Home Assistant es de las mejores piezas de un homelab doméstico cuando está bien usado. También es una forma estupenda de complicarte la vida si cada cosa básica depende de una automatización.
Mi regla es sencilla: lo manual tiene que seguir funcionando.
Si una luz solo se puede encender porque Home Assistant, Zigbee, WiFi, DNS y una automatización están vivos, he creado una casa más tonta de lo que parece. La domótica debería añadir comodidad, no secuestrar funciones básicas.
Esto cambia cómo diseño automatizaciones. Prefiero rutinas pequeñas, fáciles de entender y con fallback. Si un enchufe inteligente falla, no debería romper media casa. Si una automatización de presencia se equivoca, no debería apagar algo importante. Si una actualización de Home Assistant sale rara, la vivienda tiene que seguir siendo usable.
El homelab puede ser sofisticado. La casa no tiene por qué sufrirlo.
Fotos y documentos: aquí no se juega#
Hay servicios que invitan a la prudencia. Immich, Paperless-ngx, Nextcloud, Syncthing, cualquier cosa que guarde fotos familiares o documentos importantes.
Con estos servicios no me vale el entusiasmo. Quiero backups probados, exportación clara y una idea de restauración. No basta con tener el contenedor funcionando y una app móvil bonita.
Para fotos, me preocupa más perder datos que tener el servicio caído unas horas. Si Immich no carga una tarde, molesta. Si pierdo las fotos de un año, eso ya no es una incidencia técnica. Es una cagada con memoria emocional.
Para documentos pasa algo parecido. Paperless-ngx puede cambiar mucho cómo organizas papeles, facturas, garantías y documentación familiar. Pero si digitalizas y luego pierdes el índice, los archivos o la base de datos, has cambiado un archivador físico por una dependencia frágil.
Mi criterio es que los datos importantes tienen que existir fuera del servicio. Fotos en una estructura recuperable, documentos exportables, backups en otro sitio y una prueba de restauración de vez en cuando. El servicio puede ser moderno. El plan de salida tiene que ser aburrido.
El laboratorio tiene derecho a romperse#
Defiendo mucho tener un laboratorio separado. No como postureo, sino como permiso psicológico.
Si todo vive mezclado, cada prueba da miedo o cada incidencia afecta a más de la cuenta. Si el laboratorio está separado, puedes probar sin pedir disculpas. Puedes montar una versión nueva de una app, romper una base de datos, migrar un contenedor, probar un reverse proxy distinto o ensayar una actualización.
Para mí el laboratorio ideal tiene estas características:
- No guarda datos familiares originales.
- No tiene acceso amplio a la LAN principal.
- Puede usar copias anonimizadas o datos falsos.
- Tiene snapshots o backups solo si merece la pena.
- Se puede apagar sin que nadie lo note.
Esa última frase es la importante. Si apago el laboratorio y alguien en casa se queja, entonces no era laboratorio. Era producción disfrazada.
Alta disponibilidad: útil en pocos sitios#
La alta disponibilidad en casa tiene mucho atractivo. Yo lo entiendo. Ver una VM migrar, tener varios nodos, montar quorum, replicación, almacenamiento compartido. Técnicamente mola.
Pero conviene ser bastante frío. HA solo merece la pena cuando protege algo que realmente necesita seguir vivo y cuando la propia HA no mete más fragilidad que la que resuelve.
Para DNS, quizá tenga sentido tener dos resolvers. Para Home Assistant, depende de cuánto controle. Para fotos, prefiero backups sólidos antes que HA compleja. Para un dashboard, casi nunca. Para un servicio que solo uso yo, normalmente no.
A veces el mejor diseño no es que todo sobreviva automáticamente. A veces es que todo se pueda restaurar rápido y sin pensar demasiado. En casa, simplicidad operativa gana muchas veces a continuidad perfecta.
Mantenimiento sin convertirlo en otro trabajo#
Un homelab familiar necesita mantenimiento, pero no debería convertirse en una segunda nómina sin sueldo.
Yo intentaría revisar una vez al mes estas cosas:
- Backups recientes y al menos una restauración pequeña.
- Espacio en discos y crecimiento de datos.
- Servicios críticos que llevan demasiado tiempo sin actualizar.
- Alertas que hacen ruido y ya nadie mira.
- Automatizaciones domésticas que fallaron o molestaron.
- Servicios que nadie ha usado en semanas.
La última revisión es la que más cuesta. Apagar cosas. Quitar servicios. Reconocer que algo era buena idea en teoría y carga en la práctica.
Pero es sano. Cada servicio apagado reduce superficie de fallo. Cada dependencia eliminada hace la casa un poco más simple. Y cada pieza que se queda tiene que justificar su sitio.
Mi regla final#
Un homelab con familia tiene que permitir dos cosas a la vez: que la casa funcione y que yo pueda seguir aprendiendo.
Si solo optimizo la estabilidad, pierdo lo divertido. Si solo optimizo el cacharreo, convierto la casa en beta tester involuntaria. El equilibrio está en separar bien, documentar lo mínimo necesario y aceptar que no todo merece correr en producción.
La frase que más me ayuda es esta: lo que usa la familia tiene que ser aburrido, lo que quiero romper tiene que estar aislado.
No es la arquitectura más espectacular. Es la que evita que una noche acabes arreglando DNS mientras alguien pregunta por qué no va Netflix. Y en un homelab doméstico, eso ya es una victoria bastante seria.