Архитектура и реализация сервиса печати фотографий netprint.ru
Крутые парни. Большой промышленный проект — практически уже монополия на фотопечать (почти все фотохостинги печатающие фотки, печатают через них).
Типичный пример, как централизованный онлайн-сервис убил все кустарные лаборатории.
Архитектура — Java, вроде как разваленная на вебсервисы (JMS), плюс
PHP+XCACHE+LightHttpd для вебморды.
Кстати, опять таки PostgreQL.
Максимальная асинхронность, все операции не более константной сложности,
причем константу загоняют до нижнего предела:
- вместо удаления — пометка об удалении, удаляет специальный демон потом;
- перекодировка изображений — написали сами оптимизированный под Intel код, вроде как порвал ImageMagick в десятки раз.
Ребята не ведутся на марки, тренды и авторитетов:
- бэкап делают на ленты, ибо посчитали, что чуть дешевле (для новых систем вроде как ленты лет уж пять как похоронили общемировым консенсусом).
- опять таки самописная обработка изображений,
- RAID — sucks.
- тренировки по восстановлению в формате «внезапная пожарная тревога» (может шутили?),
- изучение поведения системы под нагрузкой в дни естественных пиков (пост-праздники, НГ).
Попытался после конференции передать свои пожелания к системе. Например, печать EXIF-дат фото на обратной стороне. Когда я еще печатался в мелкой локальной фотолаборатории, моя самописная утилита переименовывала имена файлов под ISO-дату, и как-раз первые восемь символов имени файла печатались сзади. Очень удобно, легко понять, когда это фото и что.
Когда начал печататься в нетпринте, халява закончилась — там все фотки при загрузке переименовывались. Это меня теперь сильно останавливает от печати — не хватало еще усугублять файловый бардак, бардаком с бумажными фото.
Подождем, может сделают. На самом деле, им даже не нужно патчить софт в машинах-фотолабораториях, проще написать «переименовывающий фильтр» перед подачей этих файлов в машины.
