Некоторые заморские кампании, продавая свои продукты, подразумевают развертывание отдельного окружения под каждого клиента (банковские, например)... тогда сам бог велел все поднимать отдельно...

Воркеру вообще похрен должно быть сколько камунд он обслуживает

Если они нормально выделены

как вы ловко западные компании с богом сравнили

да не только западные, но и азиатские )

в азиатские и без моря можно)

иницилизируя клиента я указываю url camunda

val client = ExternalTaskClient.create()
 .baseUrl(camunda_url)
 .asyncResponseTimeout(120000)
 .maxTasks(1)
 .backoffStrategy(ExponentialBackoffStrategy(5, 2f, 250))
 .dateFormat("yyyy-MM-dd'T'HH:mm:ss")
 .build()
client.subscribe(topicName)
 .handler { externalTask, externalTaskService ->
 ...
 }.open()

могу ли я, условно, указать 2 camunda url ?

это стринг, а не арей

ну можно пару клиентов создать, подумаешь

ну или в интерцепторах менять урл базовый

создав 2 клиента , дойдет ли выполнения до client2.subscribe ?

val client1 = ExternalTaskClient.create()...
val client2 = ExternalTaskClient.create()...
client1.subscribe ....
client2.subscribe ....

дойдет, это ж JS

это kotlin :)

а, ну там надо будет завернуть в корутины чтоле

или типа такого, я не разбираюсь

спасибо

Есть практика, при которой external task client читает не напрямую из реста камунды, а например из брокера или любого другого промежуточного хранилища, т.е. туда могут сливать таски десяток камунд.  Если же вы используете только штатные средства и библиотеки, то да - 1 камунда - 1 ExternalTaskClient . Но никто не мешает вам запустить нисколько ExternalTaskClient в рамках одного сервиса, как написал Денис.

Мы вот не знали как камунду в rabbitmq подключить и накрутили external task client на php, который слушал из реста, и передавал в rabbitmq... и наоборот, слушал ответы и пересылал их в камнуду... вроде работало. Правда рест смущал.