Ответом @dagget традиционно был подход к решению этой ситуации, часто называемый шаблоном «список + выборка».Процессор списков работает только на первичном узле, списки отправляются в RPG для повторного распределения по кластеру, входной порт получает списки и подключается к процессору выборки, работающему на всех узлах, выбирающих параллельно.
В 1.8.0 имеютсяТеперь загрузите сбалансированные соединения, которые устраняют необходимость в RPG.Вы по-прежнему запускаете процессор List только на первичном узле, но затем подключаете его напрямую к процессорам Fetch и настраиваете промежуточную очередь для балансировки нагрузки.