Immich

Immich - это ваша личная замена облачной галереи. Ставите мобильное приложение (iOS или Android), включаете авто-бэкап - и все новые фото и видео с телефона улетают не в чужое облако, а на ваш сервер. Веб-интерфейс дает то же, к чему приучил Google Photos: ленту по датам, альбомы, общий доступ по ссылке, поиск по лицам и объектам через машинное обучение, карту со снимками по геометкам и «воспоминания».

По сути Immich заменяет связку Google Photos / Apple iCloud Photos / Amazon Photos - облачные галереи, где вы платите за место помесячно, а данные лежат у чужого вендора. Разница в модели: облако удобно, пока фото мало и подписка дешевая; на семейной фототеке в 1-2 ТБ это уже сотни рублей в месяц бесконечно, плюс риск, что аккаунт заблокируют или поменяют правила. Immich возвращает и файлы, и контроль на вашу сторону.

Immich - это не монолит, а набор из четырех контейнеров, которые поднимаются одним docker compose. immich-server - API и веб-интерфейс. immich-machine-learning - отдельный сервис ML: он и отвечает за поиск по лицам и объектам (модели CLIP). Postgres с векторным расширением vectorchord хранит метаданные и векторы для поиска. Redis (valkey) - очереди фоновых задач. Плюс мы поставили Caddy как reverse-proxy, чтобы повесить домен и автоматический TLS.

Практический вывод: тяжелая часть - это ML-сервис. Именно он держит память в простое и требует запаса RAM. Сами фото при этом лежат обычными файлами в каталоге библиотеки, а не в проприетарном формате - уйти с Immich можно, забрав папку с оригиналами.

Заказали Fatmetal Cloud Server на тарифе CPU4-RAM8-DISK100 (4 vCPU / 8 ГБ / 100 ГБ) с чистой Ubuntu - это попадает в рекомендации вендора (от 6 ГБ RAM, лучше 8, чтобы работал ML). Ставится официальным способом - docker compose.

1. Поставить Docker и compose-плагин

   На чистой ОС ставим Docker Engine и плагин docker compose (именно plugin-вариант, старый docker-compose устарел).

2. Взять docker-compose.yml и .env

   Тянем официальный docker-compose.yml из релизов Immich и рядом кладем .env: путь библиотеки (UPLOAD_LOCATION), путь БД, версию образа (IMMICH_VERSION), пароль Postgres, таймзону.

3. Поднять стек

   docker compose up -d - поднимутся четыре контейнера. Готовность ловим по GET /api/server/ping (Postgres с vectorchord стартует не мгновенно).

4. Домен и TLS

   Вешаем Caddy reverse-proxy на порт 2283 - он сам выпускает Let's Encrypt по HTTP-01. Открываем адрес в браузере.

Мы проверили не только веб-морду: зарегистрировали администратора и через API загрузили снимки - они сразу появились в ленте. То есть бэкап работает, а не только открывается форма входа.

В простое, с включенным ML, стек занимает ~3 ГБ RAM из 8. Главный едок - именно ML: контейнер machine-learning держит ~1,2 ГБ даже без активного поиска, потому что модели загружены и ждут. Дальше server (~0,8 ГБ) и Postgres (~0,46 ГБ). Redis и Caddy - копейки. Диск под саму систему и образы - 11 ГБ; данные Immich с парой снимков - 312 МБ.

Вывод по ресурсам простой: минимум - 6 ГБ RAM, оптимум - 8 ГБ и 4 ядра. На 4 ГБ Immich поднимется только с выключенным ML, а это ключевая фича - поиск по лицам и объектам. Экономить на CPU/RAM тут - значит терять то, ради чего Immich и ставят.

Это главный вопрос по Immich, и на нем легко ошибиться с тарифом. По умолчанию библиотека - это каталог на диске VM, и он растет вместе с числом фото плюс 10-20% сверху на превью и транскод. Соблазн - взять тариф с огромным диском. Так делать не нужно.

Почему именно так: диск VM конечен и дорог за гигабайт, а фототека растет годами. S3 масштабируется отдельно и дешевле за объем. Нативная поддержка S3-object-storage у Immich как раз дозревает (роадмап конца 2025 - начала 2026); до нее библиотеку выносят на быстрый маунт (rclone или JuiceFS) с оговоркой на латентность. Postgres при этом всегда держим на локальном SSD, не по сети, - иначе поиск и лента тормозят.

Итоговая раскладка тарифа: минимум - 6 ГБ RAM, 2 ядра, небольшой диск под ОС и БД; оптимум - 8 ГБ RAM, 4 ядра, а весь объем фото на быстром S3. Так вы платите за производительность, а не за медленный большой диск.

Пароль к Immich заранее нигде не лежит - это штатное поведение. Первый, кто откроет адрес сервера и зарегистрируется, становится администратором. Поэтому первый вход надо сделать сразу после установки, пока адрес знаете только вы, и задать себе логин с паролем. Дальше в разделе администрирования заводите остальных пользователей.

После этого ставите мобильное приложение Immich (App Store, Google Play или APK / F-Droid), указываете адрес своего сервера, входите под своим аккаунтом и включаете авто-бэкап. С этого момента фото с телефона льются на ваш сервер сами. Веб-морду и панель администрирования Immich полностью локализует на русский, так что настраивать удобно.

Если у вас пара альбомов на телефоне и фото немного - Immich избыточен. Держать ради этого сервер с ML дороже и хлопотнее, чем купить внешний диск или остаться на бесплатном лимите облака.

Если вам критично сквозное шифрование (E2E), чтобы даже владелец сервера не видел фото, - смотрите Ente Photo: он про шифрование, Immich - про галерею, ML и авто-бэкап без E2E по умолчанию.

Если у вас уже развернут Nextcloud (у Fatmetal есть отдельный гайд) - возможно, хватит модуля Nextcloud Memories, не поднимая отдельный стек. Immich специализированнее и удобнее именно под фото, но это плюс лишний сервис в обслуживании.