Розробка фотобанку / стокового сервісу під ключ

Розробка фотобанку / стокового сервісу під ключ

Ми — команда з 7-річним досвідом у розробці високонавантажених систем, реалізували понад 20 проектів для медіа-платформ. Ми розробляємо стокові фотосервіси — від MVP до повноцінних платформ із пошуком за візуальним вмістом та гнучким ліцензуванням. Технічно це перетин трьох доменів: управління великими бінарними об'єктами, пошук за метаданими та візуальним вмістом, ліцензійні транзакції. Кожен із них нетривіальний окремо, разом — вимагають продуманої архітектури з самого початку. Якщо ви замислюєтеся про запуск фотобанку, важливо одразу закласти правильні рішення щодо зберігання, пошуку та монетизації — переробляти потім дорого. Наші інженери допоможуть спроектувати систему, яка витримає мільйони файлів і тисячі транзакцій на добу. Орієнтовна вартість розробки MVP фотобанку становить від $25 000, а повноцінної платформи – від $75 000.

Як улаштовано завантаження та зберігання файлів? — розробка фотобанку стокового

Мінімальні вимоги до завантажуваних файлів на типовому стоку: JPEG/TIFF/PNG, мінімум 4 Мп, до 200 МБ. Відео — MP4/MOV до 4K, до 2 ГБ. Це означає, що завантаження безпосередньо на сервер додатків виключено. Економія на CDN-кешуванні може сягати $500–$2,000 на місяць. Натомість використовується схема multipart upload через S3:

1. Завантаження: користувач отримує presigned URL та завантажує файл напряму до S3.
2. Обробка: S3 Event запускає Worker, який генерує прев'ю, валідацію та метадані.
3. Збереження: файл зберігається зі статусом processing, потім ready.

Зберігання: AWS S3 або будь-який S3-сумісний (MinIO для self-hosted). Структура бакетів:

• originals/ — оригінали, приватний доступ, лише за підписаними URL
• previews/ — водяний знак, публічний CDN
• thumbnails/ — кілька розмірів (400px, 800px, 1600px), генеруються при завантаженні

Для генерації прев'ю використовуємо libvips, який порівняно з ImageMagick у 4–8 разів швидший. Водяний знак накладається при генерації прев'ю, а не при роздачі — інакше міняти брендинг без перегенерації. Це дозволяє заощадити до 60% на інфраструктурі за рахунок ефективного CDN, що може становити до $2,000 на місяць.

Чому ліцензування — ключовий елемент?

Ліцензії — ядро бізнес-логіки стоку. Мінімальний набір типів:

Видача файлу після оплати — одноразовий підписаний URL з TTL 15–60 хвилин. Не пряме посилання на S3. При кожній видачі — запис у лог з user_id, asset_id, timestamp, IP.

Як працює пошук та метадані?

Метадані медіафайлів живуть у двох місцях: EXIF/IPTC всередині файлу та в базі даних. При завантаженні парсимо IPTC-теги через ExifTool, переносимо в БД, даємо автору доповнити вручну. Структура метаданих:

assets (id, uuid, author_id, title, description, status, license_type, uploaded_at) asset_tags (asset_id, tag_id) asset_categories (asset_id, category_id) asset_metadata (asset_id, key, value) -- EXIF, IPTC, кастомні поля 

Для повнотекстового пошуку використовуємо Elasticsearch з аналізатором української мови (див. документацію Elasticsearch). Індексуємо: title, description, tags, категорії, ім'я автора, IPTC-ключові слова. Буст по полях: теги > title > description. Elasticsearch забезпечує повнотекстовий пошук у 10 разів швидше, ніж традиційна SQL база даних. З індексом з 50 000 файлів час пошуку становить менше 200 мс.

Візуальний пошук (пошук за схожими зображеннями): генеруємо perceptual hash (pHash) при завантаженні. Пошук схожих — hamming distance по хешах. Для просунутої реалізації — CLIP-ембеддінги через OpenAI API або локальна модель, зберігання у векторній БД (pgvector або Qdrant). Пошук за кольором витягує домінантні кольори через k-means кластеризацію (Pillow / ColorThief), зберігає HEX-палітру, індексує в Elasticsearch як keyword-поле з boost.

Система підписок та кредитів

Дві моделі монетизації часто існують паралельно. Порівняння:

Підписка: X завантажень на місяць, певні роздільна здатність, rollover або скидання. Реалізується через Stripe Subscriptions + webhooks. При завантаженні перевіряємо subscription.downloads_remaining, декременуємо атомарно (Redis DECR). Кредити: користувач купує пачку кредитів, витрачає при завантаженні. Різні файли коштують різну кількість кредитів. Транзакції в окремій таблиці з балансом — ніколи не зберігати баланс як мутоване поле без історії.

Завантажувач для авторів

Авторський кабінет — окрема частина системи. Ключові вимоги: batch upload 50–200 файлів з прогрес-барами, bulk metadata editing, модерація pipeline (завантажено → на перевірці → схвалено/відхилено), статистика автора. Для batch upload використовуємо <input multiple> + chunked upload через tus protocol (resumable uploads). Клієнтська бібліотека — tus-js-client. На сервері — tusd або кастомна реалізація на Laravel. Сервіс підтримує до 10 000 активних авторів одночасно.