El self-hosting se vuelve bastante distinto cuando deja de guardar solo tus pruebas y empieza a guardar cosas de casa. No es lo mismo romper un lector RSS que perder fotos familiares. No es lo mismo reinstalar un dashboard que dejar a alguien sin acceso a sus documentos. Y desde luego no es lo mismo experimentar con una base de datos de pruebas que tocar el gestor de contraseñas compartido.
Durante años he tenido el impulso típico de llevarlo todo a casa. Fotos, notas, documentos, contraseñas, automatizaciones, calendarios, contactos, archivos, copias. La idea tiene mucho atractivo. Tus datos, tus discos, tus reglas. Menos suscripciones, menos dependencia de grandes plataformas y esa satisfacción rara de ver tus servicios funcionando en tu propio rack.
Pero con datos familiares hay que bajar un poco la emoción. Autoalojar no siempre es tener más control. A veces es cambiar una empresa con soporte, redundancia y equipos de guardia por una persona cansada que actualiza contenedores de noche.
Esa persona eres tú. Qué sorpresa.
Por eso ahora decido con un filtro más frío. No pregunto solo si puedo autoalojarlo. Casi siempre puedo. Pregunto si debería.
mi regla principal#
Un servicio con datos familiares merece self-hosting si cumple tres condiciones.
Primera: entiendo bien cómo se guarda la información y cómo se restaura. No necesito conocer cada línea de código, pero sí saber dónde están los datos, qué base de datos usa, qué carpetas importan y cómo levantarlo en otro equipo.
Segunda: puedo explicar el plan de recuperación sin mirar veinte notas. Si se rompe el servidor principal, sé qué copia usar, qué levantar primero y cuánto tiempo acepto estar sin servicio.
Tercera: la familia gana algo claro. Mejor privacidad, mejor experiencia, independencia real, ahorro razonable o una función que la nube no me da. Si el único beneficio es que a mí me hace ilusión, eso no convierte el servicio en buena idea para todos.
Ese filtro deja fuera más cosas de las que parece. Y está bien.
fotos: el caso más delicado#
Las fotos familiares son el ejemplo perfecto de servicio que apetece autoalojar y que exige respeto. Immich es una maravilla para casa, especialmente si vienes de Google Photos o iCloud y quieres control sobre originales, álbumes y almacenamiento. Pero también es un servicio joven en comparación con las nubes grandes, se actualiza mucho y guarda algo que no quieres perder jamás.
Para mí, Immich solo tiene sentido si antes tienes resuelto el almacenamiento y las copias. No después. Antes.
Necesitas saber dónde viven los originales, cómo se copia la base de datos, cómo se respaldan los ficheros, qué pasa si falla el disco principal y cómo recuperar una biblioteca mínima en otro servidor. No hace falta montar una arquitectura de banco, pero sí dejar de fingir que un volumen Docker en un disco cualquiera es una estrategia.
Yo no pondría fotos familiares en un servicio autoalojado sin una copia local separada y una copia fuera de casa. También mantendría una exportación o copia entendible por humanos. Si mañana desaparece la aplicación, quiero poder abrir carpetas con fotos y vídeos, no descifrar un puzzle arqueológico.
La nube aquí sigue teniendo sentido como capa adicional. No me parece pecado usar iCloud, Google Photos o una copia externa mientras Immich hace de experiencia principal en casa. De hecho, para mucha gente esa mezcla es lo sensato: comodidad diaria en un sitio, control local en otro y copia externa por si la casa decide tener un mal día.
documentos: menos volumen, más consecuencias#
Los documentos parecen más fáciles porque ocupan poco. Facturas, contratos, escrituras, garantías, informes médicos, papeles de colegio, impuestos. Todo eso cabe en muy poco espacio comparado con fotos y vídeo.
El problema no es el tamaño. Es encontrarlo cuando hace falta.
Paperless-ngx me gusta mucho para esto porque convierte un caos de PDFs en algo buscable. OCR, etiquetas, corresponsales, tipos de documento y una bandeja de entrada decente. Bien usado, mejora la vida. Mal usado, se convierte en otro cajón digital con interfaz web.
Autoalojaría documentos si tengo un flujo simple: entra documento, se escanea o descarga, se revisa, se etiqueta lo justo y se archiva. Si el sistema exige veinte campos por factura, nadie lo va a mantener. Si depende de que yo haga limpieza manual cada domingo, acabará abandonado.
También aquí quiero exportabilidad. Un PDF debería seguir siendo un PDF. Las etiquetas ayudan, pero no quiero que toda la utilidad dependa de una base de datos que nadie sabe restaurar. Una estructura de carpetas razonable, aunque no sea perfecta, puede salvarte cuando la aplicación falla.
¿Lo dejaría en la nube? Para documentos muy compartidos o que otras personas necesitan editar, sí puede tener sentido. Google Drive, iCloud Drive, OneDrive o Dropbox resuelven colaboración mejor que muchos montajes caseros. Si el documento necesita estar disponible para alguien que no vive tu homelab, no fuerces la épica.
contraseñas: aquí soy conservador#
Vaultwarden es una de las mejores piezas de self-hosting que existen, pero también una de las que menos margen permite para improvisar. Si guardas contraseñas familiares, tokens 2FA, notas seguras y accesos críticos, el servicio se convierte en una llave maestra.
Autoalojarlo puede tener sentido. Consume poco, funciona bien y te da control. Pero no lo montaría sin copia automática, 2FA activado, admin token protegido, HTTPS bien resuelto y una forma de acceso de emergencia si el homelab cae.
El detalle incómodo es este: si el gestor de contraseñas está caído justo cuando necesitas las credenciales para arreglar el homelab, acabas en una escena absurda. Por eso conviene tener al menos un dispositivo ya autenticado, una exportación cifrada guardada en un lugar seguro o una cuenta externa de emergencia. No para vivir en paranoia, sino para no bloquearte tú solo.
Para muchas familias, Bitwarden oficial, 1Password o iCloud Keychain son opciones muy razonables. Si nadie más entiende tu Vaultwarden y tú eres el único soporte, estás asumiendo una responsabilidad real. A mí me gusta autoalojar, pero aquí no vendería romanticismo barato.
calendarios, contactos y notas#
Calendarios y contactos son más traicioneros de lo que parecen. Técnicamente puedes autoalojarlos con Nextcloud, Radicale, Baikal o soluciones parecidas. En la práctica, la sincronización con móviles, permisos compartidos, invitaciones y pequeños detalles de UX pueden comerse la paciencia de cualquiera.
Yo solo los autoalojaría si hay una razón fuerte: privacidad específica, independencia de proveedor, integración local o ganas reales de mantenerlo. Si lo único que buscas es “salir de Google” pero todos los móviles de casa siguen usando servicios de Apple o Google, el beneficio puede ser más emocional que práctico.
Notas entra en una categoría parecida. Si son notas personales, adelante. Obsidian, Logseq, Joplin, Trilium, SilverBullet y similares dan mucho juego. Si son notas compartidas de casa, listas de compra, citas, recordatorios y cosas que otra persona tiene que usar sin pensar, me iría con lo que tenga menor fricción.
La convivencia gana a la pureza técnica. Esta frase debería estar en la puerta del rack.
archivos compartidos#
Nextcloud es el clásico. Puede hacer archivos, calendario, contactos, fotos, notas, edición colaborativa, formularios y media vida digital. También puede convertirse en una bola enorme si lo usas para todo.
Mi relación con Nextcloud es de respeto y distancia. Me parece potente, útil y a veces demasiado ambicioso para una casa donde solo quieres sincronizar cuatro carpetas. Si necesitas compartir archivos con enlaces, clientes móviles, usuarios, permisos y alguna integración, puede encajar. Si solo quieres sincronizar una carpeta entre dos equipos, quizá Syncthing es más simple y menos pesado.
Para datos familiares, prefiero herramientas que hagan una cosa muy bien. Paperless para documentos. Immich para fotos. Syncthing para sincronización directa. Un NAS para archivos grandes. Nextcloud cuando de verdad necesito su ecosistema, no como reflejo automático.
El riesgo de usar una plataforma enorme para todo es que cualquier mantenimiento afecta a todo. Actualizas por una mejora en contactos y terminas preocupado por archivos, fotos y calendarios. En casa, la modularidad aburrida tiene mucho valor.
domótica y datos de casa#
Home Assistant no siempre se percibe como servicio de datos familiares, pero lo es. Guarda histórico, automatizaciones, dispositivos, presencia, rutinas y a veces cámaras o sensores sensibles. Además, toca la vida física. Luces, climatización, enchufes, escenas, avisos.
Lo autoalojaría sin duda, pero con límites. Nada de hacer que la casa dependa de una cadena frágil de servicios para encender una luz. Las automatizaciones útiles tienen que fallar de forma elegante. Si Home Assistant cae, los interruptores deben seguir funcionando. Si la red WiFi se pone tonta, la casa no debería convertirse en un escape room.
También limitaría cuánto histórico guardo y dónde. No todo dato merece conservarse para siempre. Temperatura, consumo, presencia y sensores pueden ser útiles, pero guardar años de todo sin pensar no es privacidad. Es acumulación.
mi matriz de decisión#
Cuando dudo, pongo cada servicio en una matriz mental con cuatro columnas.
Valor: qué gana la familia si lo autoalojamos.
Riesgo: qué pasa si se pierde, se corrompe o queda inaccesible.
Mantenimiento: cuánto tiempo me pide al mes.
Sustituibilidad: qué alternativa tengo si mañana lo apago.
Immich tiene valor alto, riesgo alto, mantenimiento medio y sustitución posible si mantengo nube o exportaciones. Resultado: sí, pero con backups serios.
Paperless tiene valor alto, riesgo medio alto, mantenimiento bajo si el flujo es bueno y sustitución posible porque los PDFs siguen existiendo. Resultado: sí, bastante recomendable.
Vaultwarden tiene valor alto, riesgo altísimo, mantenimiento bajo y sustitución externa excelente. Resultado: sí solo si el plan de emergencia está claro.
Calendarios compartidos tienen valor medio, riesgo medio, mantenimiento potencialmente molesto y sustitución externa excelente. Resultado: probablemente nube salvo necesidad concreta.
Notas personales tienen valor alto para quien las usa, riesgo variable y mantenimiento bajo. Resultado: autoalojar o sincronizar local me parece bien. Notas familiares compartidas, mejor algo simple.
backups antes que ideología#
Hay una frase que me repito mucho: el backup decide si el self-hosting es serio o postureo.
Si autoalojas datos familiares sin probar restauraciones, no tienes soberanía. Tienes una apuesta. Puede salir bien durante años, hasta que deja de salir bien.
Para servicios familiares me gusta exigir tres cosas. Copia local rápida para errores tontos. Copia externa para desastre real. Prueba de restauración periódica, aunque sea pequeña.
No hace falta restaurar todo cada semana. Basta con comprobar que puedes sacar una foto, un documento, una base de datos y levantar el servicio en un entorno temporal. El día que lo haces por primera vez descubres detalles que ningún tutorial te cuenta. Permisos raros, rutas que olvidaste, versiones incompatibles, variables de entorno que estaban solo en tu cabeza.
Ese pequeño ejercicio vale más que instalar otra herramienta.
privacidad sin teatro#
La privacidad es una razón legítima para autoalojar. Pero conviene no convertirla en teatro. Si subes fotos a una nube, documentos a otra, mensajes a otra y luego autoalojas un servicio secundario para sentir control, no pasa nada, pero el impacto real puede ser limitado.
Yo prefiero pensar en exposición. Qué datos son más sensibles. Quién los necesita. Qué proveedor los toca. Qué gano moviéndolos a casa. Qué pierdo en disponibilidad y soporte.
Hay datos donde el control local me importa mucho: documentos personales, backups, fotos originales, automatizaciones de casa. Hay otros donde acepto mejor la nube: calendarios compartidos, colaboración de documentos, algunas notas rápidas, correo electrónico.
El objetivo no es ganar una medalla de pureza self-hosted. El objetivo es que los datos importantes estén mejor protegidos y que la vida sea más sencilla, no más frágil.
el factor familia#
Este punto se olvida demasiado. Si un servicio lo usa más gente, no basta con que funcione para ti. Tiene que ser comprensible, estable y fácil de abandonar.
La familia no quiere saber si el contenedor usa PostgreSQL o MariaDB. Quiere que las fotos aparezcan, que las contraseñas estén, que los documentos se encuentren y que nada pida mantenimiento cuando hay prisa.
Eso cambia el estándar. Un servicio personal puede tolerar rarezas. Un servicio familiar necesita menos aventura. Si cada actualización requiere mirar changelogs, hacer snapshots, rezar un poco y estar pendiente de Discord, quizá no es el mejor candidato para guardar datos de casa.
También hay que dejar instrucciones. Qué hay, dónde está, cómo se accede, qué hacer si no estoy. No hace falta escribir una novela. Una página clara ya mejora muchísimo la situación.
qué dejaría en la nube sin culpa#
Dejaría en la nube lo que dependa mucho de colaboración externa, móviles ajenos o disponibilidad inmediata fuera de casa. Calendarios familiares con invitaciones, documentos compartidos con terceros, correo, algunas notas rápidas y copias adicionales de fotos pueden vivir perfectamente fuera.
También dejaría fuera servicios donde la alternativa comercial es buena, barata y reduce riesgo. No todo problema necesita un contenedor.
Esto no contradice el self-hosting. Lo mejora. Un homelab maduro no intenta tragarse Internet entera. Elige batallas.
conclusión#
Autoalojar datos familiares puede ser una de las mejores partes de un homelab. Te da control, aprendizaje y una relación más consciente con tus datos. Pero también te convierte en responsable de cosas que importan.
Mi filtro actual es bastante simple: fotos sí, pero con backups de verdad. Documentos sí, si el flujo no crea otro cajón. Contraseñas solo con plan de emergencia. Calendarios y contactos, con mucho cuidado. Notas y archivos, depende de quién los usa y cuánta fricción añade.
La nube no es rendición. El homelab no es religión. Lo inteligente es usar cada cosa donde aporta más y molesta menos.
Cuando los datos son familiares, la pregunta buena no es “puedo montarlo en casa”. La pregunta buena es “si esto falla un domingo por la tarde, ¿me voy a alegrar de haberlo montado yo?”.