Cómo guardar fotos de inspección con Immich y PostgreSQL
Guía técnica para ordenar fotos de inspección con Immich, PostgreSQL, biblioteca de archivos, permisos por usuario y prueba de restauración completa.
Un JPEG de inspección guarda píxeles; la evidencia útil agrega fecha, usuario, ubicación y permiso. Immich permite ordenar fotos y videos en servidor propio, con PostgreSQL para metadatos y almacenamiento de archivos para biblioteca, miniaturas y respaldos. En una bodega o taller, la factura recurrente aparece cuando cada teléfono retiene pruebas distintas. Esta guía muestra cómo cargar, proteger y restaurar esas fotos. ## Dónde aparece la foto que después nadie encuentra Immich documenta una instalación rápida con docker compose, una variable UPLOAD_LOCATION para la biblioteca y DB_DATA_LOCATION para PostgreSQL. En su discusión de versión v2.5.0, el proyecto marcó 90.000 estrellas y sumó edición que conserva el original. La cifra no convierte a una herramienta en política; muestra una comunidad grande mirando el mismo problema. La carpeta de WhatsApp con fotos de inspección rompe la cadena de custodia interna. El dato global acompaña la decisión técnica. La encuesta 2025 de Stack Overflow ubicó a PostgreSQL como la base más deseada y admirada de su categoría desde 2023. En una pyme, eso importa porque las fotos necesitan metadatos consultables: quién subió, cuándo, desde qué dispositivo, a qué inspección pertenece y qué permiso permite borrarla. En San Rafael, una inspección vitivinícola puede producir fotos de rótulos, pallets, cámaras de frío, remitos y reparaciones. El problema aparece cuando el contador pide una evidencia y recibe cinco versiones por chat, con fechas mezcladas y nombres de archivo que no dicen nada.
Cómo funciona por dentro
El flujo empieza en el teléfono. El usuario toma una foto, abre Immich y sube el archivo al servidor. La aplicación recibe usuario, fecha, álbum y metadatos. PostgreSQL guarda registros estructurados: activo, usuario, álbum, etiquetas, permisos, miniaturas, edición y actividad. La biblioteca de archivos guarda originales, miniaturas, perfil y videos en la ruta definida por UPLOAD_LOCATION. La búsqueda consulta metadatos y modelos internos. Immich puede usar un PostgreSQL dedicado o un servidor preexistente. La guía de Postgres externo aclara requisitos de extensiones y rango de versiones. Ese punto define administración: IT mantiene base, actualizaciones y respaldos; usuarios cargan y consultan; un responsable de área decide quién ve o borra álbumes. El archivo original y la fila de base tienen que volver juntos. El circuito recomendado tiene seis pasos. Primero, se crean usuarios y álbumes por inspección, finca, lote o equipo. Segundo, se define quién sube, quién edita y quién solo lee. Tercero, se cargan veinte fotos de prueba con fecha y etiqueta. Cuarto, se revisa búsqueda por lote, usuario y día. Quinto, el backup copia base y biblioteca al mismo tiempo. Sexto, una restauración abre cinco fotos, compara miniaturas y confirma permisos.
Qué se instala o configura primero
La pila mínima usa Docker, Immich, PostgreSQL, Redis, almacenamiento local con disco separado y backup externo con Borg o Restic. La guía de quick start pide descargar compose y.env, definir ubicación de biblioteca y contraseña de base. La guía de backup y restauración describe restaurar desde interfaz o línea de comando. Con dólar oficial vendedor a $ 1.515, una VM o mini servidor de USD 35 ronda $ 53.025 mensuales antes de impuestos, discos, soporte y respaldo fuera del sitio. Si el volumen de fotos es alto, el costo se mueve por almacenamiento, no por CPU. El primer entregable toma tres a cinco días: login, tres usuarios, cuatro álbumes, cincuenta fotos, una política de borrado y una restauración documentada. UMSA suele arrancar con fotos de bajo riesgo: depósito, rótulos internos, tablero eléctrico sin datos sensibles y una carpeta histórica chica. Esa muestra permite probar carga, búsqueda y salida sin abrir una biblioteca completa. La plantilla de backup propone guardar base y biblioteca en el mismo snapshot. Esa decisión reduce el error más caro: recuperar metadatos sin fotos, o fotos sin registros.
Dónde se rompe y cómo probarlo
El primer riesgo aparece en permisos. La señal es un usuario que puede borrar una foto de otra inspección. La prueba crea tres usuarios, sube fotos en dos álbumes y revisa lectura, edición y eliminación con cada perfil. El segundo riesgo aparece en restauración parcial. La señal es una biblioteca que abre miniaturas, pero falla al descargar originales. La prueba copia base y biblioteca, restaura en otro host, abre cinco fotos y descarga tres originales. El tercer riesgo aparece en nombres y etiquetas. La señal es una búsqueda que devuelve resultados mezclados. La prueba toma diez consultas reales, ajusta álbumes y etiquetas, y repite búsqueda hasta encontrar la foto correcta en menos de un minuto. La acción verificable es concreta: elegir cincuenta fotos, ponerles dueño y restaurarlas antes de declarar que sirven como evidencia.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.