ИИ-генерация изображений в продакшене за 30 минут: ComfyUI без DevOps и Kubernetes
Разработчик, который хочет добавить ИИ-генерацию изображений в своё приложение, обычно упирается не в саму модель, а в инфраструктуру: таймауты, очереди, масштабирование, и вот уже вместо продукта он читает документацию по Kubernetes.

ComfyUI собирает генеративный пайплайн (цепочку моделей для создания картинок или видео) за вечер, но превратить его в сервис для десятков пользователей одновременно без DevOps-навыков до сих пор было отдельным проектом на недели.
Проблема знакома почти всем, кто переносил локальный генеративный пайплайн в продакшен. ComfyUI стал стандартом де-факто для сборки сложных цепочек: можно комбинировать модели, подключать LoRA и ControlNet, добавлять собственные Python-ноды. Но ComfyUI строит пайплайн, а не сервис. Масштабирование, очереди, хранение результатов и асинхронная обработка запросов остаются за вами. Ниже разберём, как пройти этот путь без погружения в администрирование кластеров, и покажем конкретный управляемый сервис, который берёт инфраструктурную часть на себя.
Почему синхронный HTTP не работает для генерации?
Обычное веб-приложение отвечает за миллисекунды: запрос пришёл, ответ ушёл. С ИИ-генерацией изображений всё иначе. Даже простая картинка создаётся десятки секунд, а видео может занять минуты.
Если обернуть ComfyUI в синхронный HTTP-эндпоинт (отправил запрос, ждёшь файл в ответе), прокси или балансировщик оборвёт соединение через свой лимит, обычно от 30 до 120 секунд. ComfyUI при этом продолжит работу, задача останется в очереди, а клиент уже получит ошибку. Итог:
- Таймауты у пользователей
- Повторные запросы, которые создают лишнюю нагрузку
- Потерянные результаты: картинка сгенерирована, но никто её не забрал
- Невозможность обрабатывать запросы параллельно
Поэтому все крупные сервисы генерации работают асинхронно: клиент отправляет задачу, получает её идентификатор и забирает результат позже.
Что приходится строить вокруг ComfyUI?
Сам ComfyUI занимает малую часть всей системы. Вокруг него нужно выстроить:
- Очередь задач для управления потоком запросов
- GPU-инфраструктуру с возможностью масштабирования
- Хранилище результатов, чтобы сгенерированные файлы не терялись
- API-слой для выдачи статусов задач клиентам
- Автоскейлинг (автоматическое добавление мощностей при росте нагрузки)
Всё это можно собрать самостоятельно. Вопрос в том, сколько времени вы готовы потратить на инфраструктуру вместо развития продукта. Если цель научиться Kubernetes, это полезный путь. Если задача быстрее дать пользователям ИИ-генерацию изображений, логичнее передать инфраструктуру управляемому сервису.
Что понадобится
- Готовый workflow в ComfyUI, работающий локально
- Аккаунт в сервисе Evolution ML Inference
- Экспортированный JSON-файл workflow (через функцию Export API в ComfyUI)
- Приложение или сервис, из которого вы будете вызывать API
- Примерное время: от 15 до 30 минут на настройку (без учёта сборки самого workflow)
Пошаговая инструкция
-
Экспортируйте workflow из ComfyUI. Откройте готовый workflow и нажмите Export API. Вы получите JSON-файл, описывающий весь пайплайн: какие модели используются, в каком порядке, с какими параметрами.
-
Создайте ComfyRun. Загрузите экспортированный JSON-файл в интерфейс Evolution ML Inference. В том же окне выберите конфигурацию GPU для запуска. Сервис сам развернёт ComfyUI с вашим workflow на выделенном GPU.
-
Настройте масштабирование. Задайте политику автоматического масштабирования: сколько GPU поднимать при росте очереди, при каком количестве задач добавлять новые обработчики. Сервис управляет этим без вашего участия после начальной настройки.
-
Получите API-эндпоинт. После создания ComfyRun вы получаете готовый URL, на который можно отправлять запросы из любого приложения. Ответ приходит асинхронно: сначала идентификатор задачи, потом результат по готовности.
-
Интегрируйте в своё приложение. Вызывайте полученный API из вашего кода. Типичная схема:
POST /api/run — отправить задачу с параметрами
GET /api/status/{task_id} — проверить статус
GET /api/result/{task_id} — забрать результат
Очередь, хранение файлов и масштабирование GPU сервис берёт на себя. Вам остаётся только обработать результат на стороне своего приложения.
Допустим, у вас есть SaaS-сервис для создания обложек. Локально workflow в ComfyUI генерирует обложку по текстовому промпту (текстовому описанию для модели) за 25 секунд. Пока пользователь один, всё работает. Приходят десять пользователей одновременно, и девять из них получают таймаут или стоят в очереди минутами. После переноса workflow в Evolution ML Inference каждый запрос уходит в управляемую очередь, GPU масштабируются автоматически, а клиент получает идентификатор задачи и забирает готовую обложку, когда она сгенерирована, без обрыва соединения.
- Синхронный вызов. Самая распространённая ловушка: обернуть генерацию в обычный HTTP-запрос с ожиданием ответа. При любой нагрузке выше одного пользователя это приведёт к таймаутам.
- Повторные запросы. Когда пользователь не получает ответ вовремя, он нажимает кнопку снова. Без очереди и дедупликации это создаёт двойную нагрузку и двойные затраты на GPU.
- Отсутствие хранилища результатов. Генерация завершилась, но результат никуда не сохранён, а клиент уже отключился. Итог: потраченные ресурсы GPU впустую.
- Ручное масштабирование. Попытка вручную запускать и останавливать GPU в зависимости от нагрузки быстро становится основной работой вместо развития продукта.
Что делать с этим прямо сейчас, по ролям
Разработчику пет-проекта или стартапа. Если у вас уже есть работающий ComfyUI workflow и вы хотите дать к нему доступ пользователям, управляемый сервис экономит недели на инфраструктурной работе. ИИ-генерацию изображений бесплатно можно тестировать локально, но для продакшена понадобятся GPU и очереди.
Автору Дзена или контент-маркетологу. Если вы используете генерацию картинок для иллюстраций, разница между «работает у меня на компьютере» и «работает как сервис» критична при масштабировании. Понимание асинхронной архитектуры поможет правильно ставить задачу разработчику.
Предпринимателю в РФ. Evolution ML Inference позиционируется как решение, доступное русскоязычным разработчикам. При выборе управляемого сервиса проверяйте, где расположены GPU и как работает оплата для юрлиц в РФ, эти вопросы автор оригинальной статьи не раскрывает.
Статья честно описывает реальный баттлнек, который мы видим у многих: ComfyUI действительно собирается за вечер, а потом начинается инфраструктурный ад. Evolution ML Inference решает конкретную задачу, но это один из вариантов, и автор оригинала сам это подчёркивает. Перед тем как привязываться к любому внешнему сервису, убедитесь, что ваш workflow стабилен локально. Мы рекомендуем сначала отладить генерацию на своей машине, затем экспортировать JSON и только потом подключать управляемую инфраструктуру. И главное: асинхронная архитектура (задача, идентификатор, забрать результат) это не особенность конкретного сервиса, а стандартный подход, который стоит закладывать в приложение с самого начала, какой бы бэкенд вы ни выбрали.
Попробуйте генерацию контента с инструментами dzen.guru
Если вы создаёте контент и хотите ускорить работу с текстом и иллюстрациями, загляните в наши инструменты для авторов.
Посмотреть инструментыГлавный вывод: ИИ-генерация изображений перестала быть технической проблемой на стороне модели. Узкое место сместилось в инфраструктуру, и именно там разработчики теряют недели. Если ваша задача не «научиться DevOps», а «дать пользователям картинки», асинхронный API поверх ComfyUI закрывает вопрос за полчаса вместо месяца.

Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».
Читайте также

ИИ-агенты это исполняемые чертежи: как собрать конвейер за 40 минут без кода
Мультимодальные ИИ-агенты позволяют собрать рабочий прототип редакционного конвейера прямо в Cursor за 40 минут, без единой строки кода, проверяя алгоритм на…
Что такое дресс-код для машины: почему требования к ИИ ценнее самого кода
Компания или продукт не запускались, это авторская колонка-размышление разработчика о роли кода в эпоху ИИ-агентов. Переданный оригинал не содержит названия…

Локальные нейросети на 744 млрд параметров: модель запустили на ноутбуке с 25 ГБ памяти
GLM 5.2 с 744 миллиардами параметров теперь запускается на обычном компьютере с 25 ГБ оперативной памяти благодаря движку Colibri, который подгружает нужные…
Комментарии