Camunda vs n8n: гайд по оркестрации и автоматизации

[AnthonyDS]

Когда #habr начнёт помечать статьи написанные ИИ?

[ramilg]

Можно детектор AI прикрутить, и тегах каждой статьи процент вероятностей, что текст ИИ, добавлять. Пользователь в сортировке будет скрывать всё выше 70% например.

[AZverg]

К слову сказать "живые серийные авторы" ведут себя немногим лучше по добавлению воды.
Конкретно в этой статье можно поменять местами слова Camunda и n8n или поставить вместо них любые смежные технологии и статья не поменяется.

[stas_makarov]

Возможно, авторы оригинала и спрашивали чатик. Но здесь в принципе все выводы разумны — ведь так и есть, на надо пытаться из BPM-движка сделать то, для чего он не приспособлен. И наоборот.
Или вы смотрите по длинным тире? — так я умею их с клав вставлять, ИИ для этого не нужен.

[PM_Inna_Ka]

По практике: раздел про масштабируемость n8n совпадает с тем, с чем мы столкнулись в проде. У n8n Cloud на тарифе Starter лимитируется не только конкурентность, но и абсолютное число запусков в месяц (2500) — и это оказалось более жёстким ограничением, чем сама очередь. Если у каждого независимого сценария своё расписание, число засчитываемых запусков растёт линейно с частотой × числом сценариев, и при учащении расписания тариф выбивается почти мгновенно. Решили это через единую точку входа: один воркфлоу-«оркестратор» по расписанию последовательно дёргает остальные сценарии изнутри себя — внутренние вызовы в лимит запусков не засчитываются, считается только сам факт срабатывания оркестратора. Это не архитектурная эстетика, а прямое следствие тарифной модели, и без явного понимания этого ограничения легко упереться в него не на нагрузке, а просто на количестве точек входа.