Какой сервер выбрать для Activepieces: от первого сценария к потоку
Для знакомства с Activepieces начните с VPS 2 vCPU, 4 ГБ памяти и 40 ГБ SSD. Для ежедневной работы с несколькими параллельными заданиями проверьте 4 vCPU и 8 ГБ; приложение, PostgreSQL и Redis тоже расходуют эти ресурсы.
Если вы хотите перенести заявки из формы в CRM и отправлять уведомления, начните с Linux VPS на 2 vCPU, 4 ГБ оперативной памяти и 40 ГБ SSD. Официальная инструкция Docker Compose указывает 2 vCPU и 4 ГБ как минимум для установки. Для ежедневной работы с небольшим пиком мы предлагаем проверить узел на 4 vCPU, 8 ГБ памяти и 80 ГБ SSD.
Ресурсы относятся ко всей небольшой установке, а не только к интерфейсу. Важно ограничить число обработчиков: несколько тяжёлых заданий могут занять память раньше, чем вы заметите загрузку процессора. Для постоянного потока стоит считать компоненты отдельно.
Выберите сценарий запуска #
| Сценарий | Конфигурация | Что учитывать |
|---|---|---|
| Проверить несколько лёгких сценариев | 2 vCPU / 4 ГБ / 40 ГБ SSD на весь узел | Минимальный состав Compose; ограничить число обработчиков и параллельность |
| Ежедневные обмены с небольшим пиком | 4 vCPU / 8 ГБ / 80 ГБ SSD как оценка узла | Приложение, обработчики, PostgreSQL, Redis и ОС; тяжёлые файлы отдельно |
| Постоянный поток заданий | Раздельные приложение и обработчики; базы и S3 отдельно | Считать по числу одновременно выполняющихся сценариев и времени каждого |
Что посчитать перед заказом #
Для расчёта важны задания и данные
- Пиковое число одновременно выполняющихся сценариев и длительность самого долгого.
- Размер файлов и результатов шагов, необходимость изолированного выполнения кода.
- Допустимое ожидание: заявка должна обработаться сразу или может подождать несколько минут.
- Срок хранения истории и файлов, ограничения внешних API и нужные функции Community Edition.
Из чего состоит установка Activepieces #
Приложение принимает события и управляет сценариями. Обработчики выполняют задания, PostgreSQL хранит постоянные данные, Redis обслуживает очередь. В выбранной рабочей схеме есть и файловое хранилище. Эти компоненты делят ресурсы одного VPS либо оплачиваются отдельно.
vCPU — доля вычислительной мощности процессора. RAM — оперативная память для приложения, баз и работающих шагов. SSD — диск для базы, журналов и локальных данных. Если CPU общий с другими клиентами, уточните гарантии тарифа: одинаковые цифры могут давать разную скорость.
Каждое одновременно выполняющееся задание занимает место у обработчика. Ожидание медленного API тоже удлиняет выполнение. Поэтому рост числа входящих событий не всегда требует новых ядер: сначала посмотрите, сколько времени сценарии заняты и где ждут.
Сколько ресурсов нужно параллельным заданиям #
Допустим, в пике нужны три одновременно работающих лёгких сценария. Текущая Production Setup предлагает по одному выполнению на обработчик с профилем 0,5 vCPU и 1 ГБ памяти. Три таких обработчика дают 1,5 vCPU и 3 ГБ только для выполнения. Приложение, базы и ОС считаются сверх этого; итоговый узел выбирайте после проверки.
Эта рабочая схема также использует S3. Не переносите её показатели на установку без него. Для небольшого пилота можно выбрать более простой состав, но его скорость и файловое хранение проверяются отдельно.
При 2 000 сохранённых выполнениях в день и условных 100 КБ результата за 30 дней получится около 6 ГБ полезной истории. Индексы, журналы и файлы добавляют объём. Задайте сроки хранения и оставьте свободное место для обновления, временных файлов и роста.
Регион, сеть и входящие события #
Разместите приложение, базы и хранилище в одном регионе с устойчивым доступом к вашим API. Входящие события из форм и CRM должны приходить по HTTPS. PostgreSQL и Redis держите в закрытой сети. Проверьте лимиты размеров файлов и ответов, чтобы клиент не ждал результат дольше допустимого.
Как заказать ресурсы и посчитать расходы #
В статье есть партнёрские ссылки FirstVDS и Selectel. Удельта может получить вознаграждение, если вы закажете услуги по этим ссылкам.
В бюджет входят VPS или набор серверов, базы, файловое хранилище, независимые копии, IP и сопровождение. Платные внешние API оплачиваются дополнительно. В разделённой схеме стоимость растёт с числом обработчиков и размером данных; уточните цену следующего шага до покупки.
Сверьте нужные возможности с Community Edition. Доступность коммерческой функции не появляется от увеличения CPU; возможная лицензия — отдельная статья бюджета.
Что нужно для восстановления автоматизаций #
Сохраняйте PostgreSQL, конфигурацию, ключ шифрования подключений и файлы. Без ключа AP_ENCRYPTION_KEY копия базы не вернёт доступ к сохранённым подключениям. Храните копии вне рабочего узла.
Перед восстановлением решите судьбу незаконченных заданий: какие можно повторить, а какие создадут двойную отправку или заказ. В тестовом окружении отключите реальные интеграции и проверьте, что сценарии запускаются с восстановленными настройками.
Проверка на рабочих сценариях #
Проверьте пик, очередь и восстановление
- Запустите самый долгий сценарий и сценарий с самым большим файлом, измерьте память.
- Повторите реальный пик при ограниченном числе параллельных выполнений и измерьте время ожидания.
- Замедлите тестовый внешний API, проверьте повторы и разгрузку очереди после восстановления связи.
- Проверьте очистку старой истории и восстановите PostgreSQL, файлы и ключ шифрования в отдельном окружении.
Если очередь долго растёт, а внешние API не ограничивают скорость, добавляйте места для выполнения и ресурсы обработчиков. При перегруженной PostgreSQL увеличение их числа может усугубить проблему: измеряйте базу вместе с очередью. Нехватка памяти на одном большом файле требует отдельной проверки сценария, а не только увеличения параллельности.
Частые вопросы #
Можно ли оставить все настройки Docker Compose по умолчанию?
Перед рабочим запуском проверьте число обработчиков и их параллельность. Текущий пример Compose может запускать больше обработчиков, чем разумно для минимального VPS. Подстройте состав под ресурсы и свои сценарии.
Нужно ли сразу покупать несколько серверов?
Для знакомства и небольших некритичных обменов можно начать с одного. Разделение полезно, когда тяжёлые выполнения мешают интерфейсу или нужен устойчивый поток. Оно добавляет расходы и обслуживание баз, сети и хранилища.
Почему задания стоят, хотя процессор свободен?
Они могут ждать свободного обработчика, ответа API или ограничений сервиса. Проверьте длительность выполнения, число доступных мест и квоты. Только после этого решайте, нужны ли новые обработчики или изменение сценария.
Источники и дата проверки #
6 октября 2026 года прочитаны официальные разделы Docker Compose, Architecture и Production Setup. Документация не закреплена за релизом; её рабочая схема отличается от минимальной установки. При внедрении зафиксируйте образ и проверьте параметры именно этой версии. Профили рабочего узла в статье — оценки Удельты.