Там где пользователи делают бпмн, там смерть и уныние

И огромные счета за авс

8к в секунду скорее всего не с постгре, либо с х2, либо с кокроучем

Крокоч слишком медленный, в 10+ раз медленнее постгресс, ибо имеет огромное число optimistic lock проблем из за модели работы с бд

Это нужно просто ставить много камунд и разделять трафик и база данных пож пользователей а не пихать все в одну

Доброго дня. Помогите пожалуйста. Можно ли input parameters сделать transient? Что бы они не валились в историю

Кастомный уровень истории и фильтровать их?

да, Артем правильно говорит. И даже есть уже такое решение готовое - https://github.com/cryxy/camunda-custom-history-level-plugin

Просто в valueinfo передайте valueinfo: {transient: true}

transient переменные видно до первой точки транзакции

Спасибо

А пользователи свои внутренние сотрудники или пользователи - Клиенты?  Если свои внутренние, то можно использовать Zeebe, с каждой ноды можно вытянуть примерно 150-200 процессов в секунду.
Если не важна персистентность (в случае перезапуска серверов все активные процессы пропадут), то можно использовать классическую Camunda с измененным движком с конфигурацией in-memory - StandaloneInMemProcessEngineConfiguration и свою реализацию экспорта лога процессов (например в elastic, cassandra, clickhouse и тп). В этом случае, можно разогнать до 5-10 тыс процессов в секунду без проблем блокировок БД.

лицензия zeebe запрешает использовать не фиксированные процессы на сервисе, ибо это будет прямой конкурент zeebe (camunda cloud)

поэтому специально уточнил, кто их изменяет, если процессы изменяются внутренними сотрудниками в рамках автоматизации деятельности компании, то нарушения нет.

Технически аналогию можно провести, но концептуально эта штука имеет другой смысл

Есть какие-нибудь best-practice по external script resource? Парсить файлы\деплоить по ресту\еще варианты?

ну судя по этому вполне себе

Может кто подскажет, почему может разрастаться база камунды, если хранение истории вообще отключено?

У нас такое происходило из-за высокой нагрузки на бд. Автовакуум просто перестал запускаться.
А вообще хорошо бы статистику по таблицам увидеть.

а вы не можете статистику по БД снять? тот же pg-ваккум, размер таблиц и индексов. Может станет понятней сразу?