Товари губились не через Adobe: аудит рендер-ферми перед заміною інструменту
Компанія хотіла замінити дорогу рендер-ферму. Аудит показав, що товари губляться через п'ять помилок у власному коді, і їх успадкував би будь-який новий інструмент.
Контекст. E-commerce компанія друкує персоналізований мерч. Кожен дизайн рендериться на 21 Windows-сервері зі старими версіями Adobe, яких уже не завантажити. Це ~$6,7 тис. на місяць і до 630 тис. задач. Нові товари могли чекати у черзі 8,5 години, а частина взагалі не з'являлась у магазині.
Що я знайшов. П'ять причин у коді обробника, а не в Adobe:
- Задачу видаляють із черги до рендеру, тож при падінні сервера вона зникає.
- Помилку Adobe ніхто не ловить і не повторює.
- Дизайн вважається готовим, щойно з'являється хоча б один файл із кількох.
- Статус перевірки стану ніхто не обробляє.
- Через помилку в одиницях виміру очищення завислих задач ніколи не спрацьовує.
Варіанти. Я порівняв п'ять шляхів. Canva відпала через ліміт експорту: 5 тис. на день проти потрібних 21 тис. SaaS-сервіси шаблонів виявились дорожчими за поточні сервери. Хмарний API Adobe вигідний лише за певної ціни від вендора, а власний рендерер на Linux вимагає пілоту.
Рекомендація. Спершу виправити спосіб роботи, а не міняти інструмент: перестати губити задачі, окрема черга для нових товарів, менші сервери. Далі пілот на ~10 шаблонах із перевіркою якості друку на 300 реальних задачах.