Immich es de esos proyectos que te reconcilian con el self-hosting. Lo instalas, subes unas fotos, ves reconocimiento de caras, timeline rápido, app móvil decente y piensas: “vale, esto sí puede sustituir a Google Photos”.
Y entonces aparece la parte incómoda. No estás subiendo ISOs, descargas viejas ni una biblioteca de series que puedes reconstruir. Estás metiendo fotos familiares. Cumpleaños, viajes, niños, perros, cosas pequeñas que no vuelven. Ahí el homelab deja de ser un juguete y se convierte en responsabilidad.
Por eso no montaría Immich en serio sin pensar antes en backups. No después. Antes.
Me gusta mucho Immich. Probablemente es una de las mejores piezas de self-hosting doméstico que hay ahora mismo. Pero precisamente por eso hay que tratarlo con respeto. Una interfaz bonita puede engañar. Parece nube. Parece servicio profesional. Pero debajo sigue siendo tu servidor, tus discos, tu base de datos, tus permisos, tus actualizaciones y tu capacidad para restaurar cuando algo salga mal.
Y algo saldrá mal. No necesariamente por Immich. Puede ser un disco, un error humano, una actualización, un NAS que decide ponerse dramático o tú haciendo limpieza con demasiado entusiasmo.
lo que Immich hace muy bien#
La razón por la que Immich engancha es sencilla: resuelve un problema doméstico real.
Todos hacemos fotos con el móvil. Cada año más. Cada móvil nuevo trae más megapíxeles, vídeos más pesados y la promesa de que todo está seguro en la nube siempre que pagues, aceptes sus reglas y no te moleste depender de una empresa para recordar tu vida.
Immich ofrece una alternativa bastante convincente. App móvil con subida automática, timeline, álbumes, búsqueda, reconocimiento de caras, mapa, usuarios, favoritos y una experiencia que se parece lo suficiente a Google Photos como para que no parezca un castigo self-hosted.
Eso último importa. Hay servicios que técnicamente son buenos, pero que jamás pondría delante de mi familia porque parecen diseñados por alguien que odia a los humanos. Immich no da esa sensación. Tiene detalles, cambia rápido y todavía hay que cuidarlo, pero la experiencia base es muy buena.
Para un homelab familiar, esto es oro. No porque sea más barato que Google Photos, que a veces sí y a veces no. Es oro porque recuperas control sobre una parte muy íntima de tus datos sin tener que aceptar una interfaz miserable.
Pero el control tiene factura.
la parte delicada: no basta con copiar la carpeta de fotos#
El error más fácil con Immich es pensar que el backup es solo la carpeta donde están las fotos. Esa carpeta es importantísima, claro. Pero no es toda la historia.
Immich tiene varios componentes. La biblioteca de archivos, la base de datos PostgreSQL, los thumbnails, los metadatos, los usuarios, los álbumes, los trabajos de machine learning y la configuración del despliegue. Si usas biblioteca externa, además tienes que entender qué está gestionando Immich y qué está fuera.
Las fotos originales son la pieza que no puedes perder. Si pierdes thumbnails, se regeneran. Si pierdes cachés, se reconstruyen. Si pierdes la base de datos, el dolor depende de cómo tengas montado todo. Puede que conserves los archivos, pero pierdas álbumes, favoritos, caras, historial de importación y orden interno.
Eso es recuperable hasta cierto punto, pero no es agradable. Y si el usuario que lo sufre no eres solo tú, la conversación en casa puede ser entretenida en el peor sentido.
Por eso mi regla sería: backup de originales más backup consistente de base de datos. Las dos cosas. No una u otra.
mi arquitectura preferida para casa#
No montaría Immich directamente sobre el único disco del servidor. Tampoco lo mezclaría con veinte servicios random en una carpeta gigante llamada docker, que todos hemos tenido una de esas y sabemos que acaba oliendo a cajón desastre.
Para casa, me gusta una arquitectura simple:
- Immich corriendo en una VM o contenedor dedicado.
- Datos originales en un volumen claro y fácil de respaldar.
- PostgreSQL con backup automático separado.
- Backups hacia un NAS o segundo servidor.
- Copia externa para originales, aunque sea semanal.
- Documentación mínima de restauración.
Si el almacenamiento principal está en NAS, quiero que Immich acceda de forma estable y que los backups no dependan del mismo punto de fallo. Si todo vive en el NAS y el backup también vive en el NAS, no tengo backup. Tengo una segunda carpeta con autoestima.
Si uso almacenamiento local rápido para la app, perfecto. Pero las fotos originales deben salir de ahí. Un NVMe en un mini PC va muy bien hasta que deja de ir. Y cuando deja de ir, las fotos no perdonan.
biblioteca interna o externa#
Immich puede gestionar su propia biblioteca o trabajar con bibliotecas externas. Cada opción tiene ventajas.
La biblioteca interna es cómoda. Subes desde el móvil, Immich guarda los archivos, organiza su estructura y tú no tienes que pensar demasiado. Para la mayoría de usuarios, esto es lo más limpio.
La biblioteca externa tiene sentido si ya tienes una colección organizada fuera, por ejemplo en un NAS, con carpetas por años o por origen. Immich la indexa, pero no necesariamente la posee del mismo modo. Eso puede darte tranquilidad si quieres que las fotos sigan existiendo en una estructura legible aunque Immich desaparezca mañana.
Mi preferencia para fotos familiares importantes sería no depender de una estructura opaca. No necesito que todo esté manualmente ordenado como en 2008, pero sí quiero poder abrir el almacenamiento sin Immich y encontrar los originales de forma razonable.
Esto no significa renunciar a Immich. Significa no convertirlo en la única puerta a tus recuerdos.
el backup que haría antes de subirlo todo#
Antes de meter años de fotos, haría una prueba pequeña con una colección controlada. Cien fotos, algunos vídeos, varios álbumes y dos usuarios. Luego probaría backup y restauración.
Mi plan mínimo tendría cuatro capas.
Primera capa: snapshot local antes de actualizaciones. Si Immich vive en una VM o dataset con snapshots, tomo uno antes de tocar versiones. Esto no sustituye un backup, pero te salva de errores inmediatos.
Segunda capa: backup de PostgreSQL con retención. Un dump programado, guardado fuera del contenedor y enviado a otro sitio. No quiero descubrir el día malo que la base de datos solo existía dentro de un volumen con nombre críptico.
Tercera capa: copia de originales a otro servidor. Puede ser rsync, restic, borg o la herramienta que uses de verdad. Me da igual la religión. Me importa que tenga historial, verificación y logs que alguien mire.
Cuarta capa: copia externa. Disco rotado, almacenamiento S3 compatible, Backblaze, otro NAS fuera de casa, lo que encaje. Las fotos familiares merecen una copia que sobreviva a robo, incendio, subida de tensión o metedura de pata épica.
La parte importante es probar restauración. No solo ver que el comando terminó. Restaurar en otra ruta, levantar Immich contra esa copia o al menos comprobar que los originales y la base de datos tienen sentido.
Un backup que nunca has restaurado es una promesa. Y las promesas no abren álbumes.
actualizaciones: el punto donde conviene ser aburrido#
Immich evoluciona rápido. Eso es bueno porque mejora mucho. También significa que no actualizaría a lo loco en una instalación familiar.
Mi política sería:
- Leer notas de versión antes de actualizar.
- Hacer snapshot o backup previo.
- Actualizar primero en una ventana donde pueda mirar si algo falla.
- No encadenar cinco meses de actualizaciones sin revisar cambios.
- No usar la instancia familiar como banco de pruebas.
Esto suena conservador. Lo es. Con fotos familiares quiero ser aburrido. La diversión está en el laboratorio, no en explicar por qué han desaparecido los vídeos del primer cumpleaños.
También separaría el entorno. Una instancia de prueba para cacharrear, otra estable para casa. No hace falta duplicar todo con hardware caro. Puede ser una copia pequeña con datos de prueba. Lo importante es no probar migraciones delicadas directamente sobre lo que importa.
móvil, subida automática y conflictos domésticos#
La parte móvil es donde Immich gana o pierde en casa. Si la subida automática falla, si consume batería de forma rara o si hay que abrir la app cada dos días para que suba, la confianza baja.
Yo revisaría tres cosas antes de venderlo como solución familiar.
Primero, que la subida funcione tanto dentro como fuera de casa. Si uso VPN o túnel, tiene que ser transparente. Nadie va a activar una VPN manual para subir fotos del parque.
Segundo, que haya una política clara para borrar del móvil. Este punto es delicado. Hay gente que quiere liberar espacio después de subir. Yo no activaría ningún flujo agresivo hasta tener backups probados. Subir no es lo mismo que proteger.
Tercero, que cada usuario entienda lo mínimo. No documentación larga. Una frase: “las fotos se suben aquí, pero no borres del móvil hasta que confirmemos que hay copia”. La tecnología doméstica falla menos cuando no requiere fe.
privacidad y exposición#
Immich contiene datos muy sensibles. Fotos, ubicaciones, caras, rutinas, horarios, interiores de casa. No lo expondría alegremente a Internet solo porque puedo ponerle un dominio bonito.
Preferiría acceso por VPN o túnel con autenticación fuerte. Si lo expongo, revisaría HTTPS, proxy, límites, usuarios, contraseñas, 2FA donde aplique y actualizaciones. También evitaría mezclar Immich con otros servicios detrás de una configuración improvisada que nadie revisa.
No se trata de paranoia. Se trata de reconocer qué tipo de datos hay dentro. Un panel de métricas expuesto es un problema. Una biblioteca de fotos familiares expuesta es otra liga.
cuándo no usaría Immich#
No lo usaría si no voy a mantenerlo. Immich no es una carpeta en un disco USB. Es una aplicación viva con base de datos y componentes. Si quieres algo de cero mantenimiento, quizá pagar almacenamiento en la nube sea más sensato.
No lo usaría como única copia. Nunca. Ni aunque el servidor tenga RAID, ni aunque el NAS tenga luces verdes, ni aunque el dashboard diga que todo está perfecto. RAID no es backup. ZFS no es backup. Un snapshot local no es backup externo.
No lo usaría si la familia espera una fiabilidad tipo iCloud o Google Photos y yo no estoy dispuesto a hacer el trabajo invisible. Self-hosting no es gratis. A veces pagas con dinero. A veces pagas con tiempo. A veces pagas con una noche arreglando PostgreSQL porque decidiste que era buena idea actualizar cansado.
lo que sí me parece una combinación ganadora#
La combinación que más me gusta es híbrida y pragmática.
Immich como experiencia principal en casa. Fotos en almacenamiento propio. Backups versionados. Copia externa. Exportación o estructura legible de originales. Y, si la nube comercial sigue encajando, mantenerla durante un tiempo como cinturón de seguridad mientras se valida el sistema.
No hay medalla por cortar Google Photos en una tarde. Hay medalla por no perder fotos.
También me parece razonable empezar con un subconjunto. Último año de fotos, por ejemplo. Ver cómo sube, cómo busca, cómo se comporta la app, cuánto ocupa, cuánto tardan los backups y cómo restauras. Cuando eso está claro, amplías.
El homelab premia al que prueba pequeño. Castiga al que migra su vida entera un domingo porque ha visto un vídeo.
mi conclusión#
Immich merece mucho la pena si quieres recuperar control sobre tus fotos sin resignarte a una interfaz triste. Es rápido, agradable y tiene una comunidad enorme empujando. Para uso doméstico real, está en esa zona bonita donde el self-hosting deja de ser postureo y mejora algo concreto.
Pero no lo montaría como quien instala un lector RSS. Las fotos familiares tienen otro peso.
Antes de importar todo, prepararía backups. Antes de confiar, restauraría. Antes de exponerlo, pensaría en privacidad. Antes de borrar nada del móvil, comprobaría dos veces que los originales existen en más de un sitio.
Immich puede ser una pieza fantástica del homelab familiar. Solo hay que recordar que la nube privada no es magia. Es tu nube. Y eso significa que cuando algo falla, el proveedor eres tú.