Ну не совсем так.
Экстернал таск это запись в БД по определкнному топику, что камунда на опредленном шаге и воркеры уже опрашивают на наличие задач по определенному топику. И после этого они блокируют задачу по собой(грубо говоря назначают на себя на определенное время) и другим воркерам эта задача не попадает в выборку до тех пор, пока не истечет время блокировки.
Да, чтобы много не писать, лучше почитать подробнее.

Hi

Hi

Кстати.
Давно хотел спросить.
Вот есть проект вот прям с нуля.

Что взять для bpmn
Camunda или Bizagi?

Ахаххаха

Что взять порш или Вольво?

Перье или эвиан?

Ролекс или брайтлинг?

Ну ты выбросил! Все уже пьяные валяются, какой камунда против бизаджи? 😄😄😄

Я такто за брайтлинг если чо

А если серьёзно, то в зависимости от того, что вы хотите. Всё утащить в BPMS - Bizagi. Хотите подойди более архитектурно как к отдельному слою абстракции - Camunda

Хтоета?

Брендчасовой

А чо не уголь тогда?

У них смарт вроде есть

(но попса, да, понимаю😔😔😔)

This

Гугление российских часов дало бренд Ника. Думаю, в России таких точно ни у кого нет

У нас есть в продакшне проект, где асинхронное взаимодействие с внешними системами реализовано на парах send-receive тасок, там регулярно сыплются ошибки из-за того что, когда запрос вовне отрабатывает слишком быстро, процесс не успевает повиснуть на ресив таске, и движок ругается, что некого с неё сталкивать. Мы долго думали, что и почему, судя по всему, это в принципе архитектурно неправильное использование ресив таски, и в этом случае делать надо только через external

Мы в итоге решаем проблему ретраями (обычно на 4-5 раз процесс уже получается протолкнуть), где-то на форуме ещё был вопрос на эту тему, там разраб из камунды в качестве ва предлагает ставить таски в параллельный гейтвей и ещё галочку асинхронности на сенд таску