Cómo ordenar fotos de obra con Immich 3.1 y backup
Guía técnica para guardar fotos de obra, inspección o mantenimiento con EXIF, permisos, PostgreSQL y una restauración que el área pueda probar.
Quince usuarios de galería cloud pueden costar más que una VM con disco y respaldo probado. En escuelas técnicas, bodegas o cuadrillas de mantenimiento, las fotos de obra quedan dispersas entre teléfonos, chats y carpetas. Immich 3.1.0 permite centralizar fotos y videos en una instalación propia con metadatos, roles y backup. Esta guía explica qué se carga, dónde vive el dato y cómo probar la salida.
Dónde aparece la foto sin dueño
El síntoma se ve cuando una inspección pide fecha, lugar y responsable, y el archivo llega reenviado sin contexto. Immich publicó v3.1.0 el 29 de julio de 2026. La release agregó filtros por ruta del servidor y metadatos EXIF en workflows, mejoras de OIDC para sincronizar rol de administrador y una opción para invalidar sesiones después de resetear contraseña. Una foto sin EXIF, carpeta y responsable pierde valor en la primera auditoría. El repositorio immich-app/immich figura con licencia AGPL-3.0, 109.514 estrellas y 6.417 forks al momento de esta corrida. Esa actividad no reemplaza una prueba local, pero ayuda a elegir una herramienta con mantenimiento visible y código revisable. El dato global viene de Stack Overflow 2025: más de 49.000 respuestas de 177 países y PostgreSQL aparece entre las bases de datos más usadas por quienes responden. Immich usa PostgreSQL para metadatos y relaciones; las fotos viven en el volumen de carga. Separar esos dos mundos evita creer que copiar la base recupera también los archivos. En una escuela agrotécnica del este provincial, una tarjeta SD con rótulo negro puede guardar fotos de riego, tableros y reparaciones. La falla aparece cuando esa tarjeta cambia de mano y nadie sabe qué imagen corresponde a cada acta.
Cómo funciona por dentro
El flujo tiene seis pasos. Primero, el usuario sube fotos desde móvil o web. Segundo, Immich recibe archivo, usuario, hora, álbum y metadatos EXIF. Tercero, el servicio guarda el archivo en el volumen configurado y registra en PostgreSQL fecha, miniaturas, dueño, álbum y permisos. Cuarto, Redis ayuda con trabajos de fondo. Quinto, un administrador define usuarios, OIDC y roles. Sexto, el backup copia base y archivos; una restauración abre un álbum completo en otra instancia. Immich recibe fotos y videos, muestra álbumes, búsqueda, línea de tiempo y tareas de mantenimiento. PostgreSQL guarda metadatos, usuarios, álbumes y relaciones. El volumen de media guarda los binarios originales y miniaturas. Redis coordina trabajos de fondo. El proxy HTTPS entrega la aplicación a usuarios autorizados. Si falla PostgreSQL, la biblioteca pierde índice; si falta el volumen de media, quedan registros sin archivo. Los permisos deben quedar escritos antes de importar miles de fotos. Docentes o jefes de cuadrilla suben material. Administración consulta álbumes cerrados. Sistemas administra cuentas, actualizaciones y respaldo. Dirección mira reportes de avance por obra o área.
Qué se instala o configura primero
La guía oficial de Docker Compose marca el camino recomendado para producción. La instalación chica usa Immich v3.1.0, PostgreSQL, Redis, volumen de media, proxy TLS, almacenamiento con snapshots y monitoreo básico. La documentación de backup y restauración separa copia de base, copia de biblioteca y restauración desde mantenimiento. Con dólar oficial vendedor a ARS 1.510, una VM con 2 a 4 vCPU, 8 GB de RAM y disco inicial puede ubicarse entre USD 40 y USD 90 mensuales, entre ARS 60.400 y ARS 135.900, sin contar almacenamiento externo. Un piloto de 24 a 40 horas a USD 30/h queda entre USD 720 y USD 1.200, entre ARS 1.087.200 y ARS 1.812.000. Incluye instalación, usuarios, álbumes, prueba móvil, backup y restauración de una carpeta. UMSA puede usar este patrón cuando una organización necesita que las fotos de obra o mantenimiento tengan dueño, fecha y salida técnica. El primer entregable verificable son 300 fotos de muestra, tres álbumes, dos roles y una restauración que abra la misma línea de tiempo en otra máquina.
Dónde se rompe y cómo probarlo
El primer riesgo es confundir respaldo de base con respaldo de archivos. La señal aparece cuando una restauración muestra álbumes vacíos o miniaturas rotas. La prueba levanta otra instancia, restaura base y volumen de media, y abre diez fotos al azar con EXIF visible. El segundo riesgo está en permisos amplios. La señal es un usuario que puede borrar fotos de un área ajena. La prueba crea dos roles, sube material en ambos y revisa lectura, edición y borrado desde cada cuenta. El tercer riesgo aparece en actualizaciones sin ensayo. La guía de upgrading pide leer release notes y revisar cambios antes de subir versión. La prueba clona la instalación, actualiza, sube cinco fotos nuevas y ejecuta restauración. El cuarto riesgo es importar material sin criterio. La señal es una biblioteca con miles de imágenes y ninguna carpeta de obra. La prueba exige álbum, fecha, responsable y muestra recuperable antes de la carga grande. El archivo útil vuelve con fecha, dueño y permiso correcto.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.