Nube propia: Parte 5 — Immich en lugar de Google Fotos

Immich — es una aplicación para almacenar y ver fotos y vídeos en tu propio servidor. En cuanto a funcionalidades, se parece a Google Fotos: la aplicación móvil sube automáticamente las fotos desde el teléfono, en la interfaz web hay feed, álbumes, mapa, búsqueda por rostros y por contenido de las imágenes. La diferencia es que los archivos están en tu disco y no en el proveedor de la nube.

El proyecto se distribuye bajo la licencia AGPLv3. La rama estable actual en septiembre de 2026 es 3.x (versión 3.2.2).

De qué consta

• Servidor — varios contenedores: la aplicación principal, un servicio de aprendizaje automático (reconocimiento facial y búsqueda por contenido), la base PostgreSQL y Redis.
• Clientes — aplicaciones para Android e iOS y la interfaz web.

El teléfono se conecta a la dirección de tu servidor y sube nuevas fotos y vídeos en segundo plano. Los originales se almacenan en el directorio que indicaste al instalar.

Instalación

La documentación oficial recomienda Docker Compose y los archivos del último release, en lugar de clonar el repositorio:

mkdir ./immich-app && cd ./immich-app
wget -O docker-compose.yml https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml
wget -O .env https://github.com/immich-app/immich/releases/latest/download/example.env

En el archivo .env hay que configurar:

• UPLOAD_LOCATION — directorio para fotos y vídeos, preferiblemente en un disco separado;
• DB_DATA_LOCATION — directorio de la base de datos; según el comentario en el propio archivo no se soportan recursos de red para la base;
• DB_PASSWORD — tu contraseña compuesta de letras y dígitos;
• TZ — zona horaria.

Luego:

docker compose up -d

La documentación exige Docker Engine versión 25 o superior. La interfaz web por defecto se abre en el puerto 2283; el primer usuario registrado se convierte en administrador.

Aplicación móvil y acceso desde fuera

Para que el teléfono suba fotos no solo en casa, el servidor debe ser accesible desde el exterior. Dos opciones razonables:

• VPN o red mesh (WireGuard, Tailscale) — el teléfono se conecta al servidor como a un dispositivo de su red, sin abrir nada hacia el exterior;
• proxy inverso con HTTPS (Caddy, Nginx) — si se necesita acceso por nombre de dominio. En ese caso son obligatorias contraseñas robustas y actualizaciones periódicas.

No conviene abrir el puerto 2283 directamente a Internet sin HTTPS.

Copias de seguridad

Immich no es una copia de seguridad, sino un lugar de almacenamiento. Si las fotos se eliminan del teléfono tras subirlas, la única copia queda en el servidor, y hay que protegerla como cualquier dato valioso.

Hay que preservar dos cosas:

1. Los archivos originales — según la documentación son críticos los directorios library, upload y profile dentro de UPLOAD_LOCATION. Las vistas previas y los vídeos recodificados se pueden regenerar.
2. La base de datos — álbumes, rostros, metadatos, usuarios. Immich crea volcados de la base: por defecto diariamente a las 02:00, se guardan los últimos 14, en el directorio UPLOAD_LOCATION/backups. Los volcados no contienen fotos ni vídeos, solo metadatos, por lo que hay que copiarlos junto con los originales.

A partir de ahí aplica la regla habitual 3-2-1: una copia en otro soporte y una copia fuera de casa u oficina. Más detalles sobre estrategias en el artículo sobre la regla 3-2-1.

Qué se necesita del servidor

No hay requisitos mínimos exactos en la sección de instalación. En la práctica, el servicio de aprendizaje automático carga notablemente la CPU y la memoria durante el procesamiento inicial de una biblioteca grande: el reconocimiento facial para decenas de miles de fotos puede tardar horas. Tras la indexación inicial la carga disminuye. El espacio en disco viene determinado por el tamaño de la biblioteca más las vistas previas y los vídeos recodificados.

Limitaciones

• Las actualizaciones requieren atención. El proyecto se desarrolla activamente; entre versiones mayores pueden producirse cambios que exigen acciones manuales. Antes de actualizar conviene leer las notas de la release y tener una copia de seguridad reciente.
• La administración corre por tu cuenta. Discos, actualizaciones, acceso desde fuera y copias son tu responsabilidad.
• Familia y amigos. Se pueden crear varios usuarios y álbumes compartidos, pero cada usuario nuevo aumenta el volumen de datos y la carga.

Errores típicos

• Almacenar la base de datos en un recurso de red — Immich no lo soporta.
• Eliminar fotos del teléfono sin tener una segunda copia de la biblioteca.
• Actualizar los contenedores “a ciegas”, sin leer las notas de la release.
• Exponer el servidor a Internet por HTTP.

Cuándo conviene Immich

Conviene a quienes ya tienen un servidor doméstico o NAS y están dispuestos a ocuparse de actualizaciones y copias. Si no tienes equipo propio, conviene empezar por elegir dónde se almacenarán los datos; sobre eso tratan las partes anteriores del ciclo, incluyendo el almacenamiento de archivos en Nextcloud.