Решение Mulesoft On Premise Cluster и Cloud Hub - PullRequest
0 голосов
/ 26 марта 2019

Работники облачного концентратора НЕ кластеризованы, однако мы получаем защиту от потери сообщений и распределение рабочей нагрузки по экземплярам мулов, используя Постоянные очереди . Также мы можем использовать постоянное хранилище объектов по умолчанию (_defaultUserObjectStore) для распределенного кэширования (с настройкой). Поправь меня, если я здесь не прав.

  1. При наличии вышеперечисленных функций, чего нам не хватает в CloudHub по сравнению с готовыми кластерами? (Это предотвращение параллельной / разовой доставки сообщений?)

  2. Прежде всего, почему Mulesoft не включил функцию кластеризации в облачном концентраторе?

1 Ответ

0 голосов
/ 26 марта 2019

Я бы сказал, что при наличии вышеуказанных функций вы не пропустите ничего.Также имейте в виду, что даже в На Prem HA Cluster общие очереди и состояния (хранилища объектов) по умолчанию хранятся в общей памяти и не сохраняются, если полный кластер выходит из строя.Чтобы получить постоянство, вы должны сделать твики также для кластера на прем.В качестве такового для истинной надежности сообщений я бы посоветовал вам взглянуть на внешнего брокера или службу сообщений, таких как Anypoint MQ .

Что касается того, почему Mulesoft не включил кластеризацию, я не могу ответить, так как я 'Я не сотрудник Mulesoft.Тем не менее, лучшая практика в интеграции и разработке API - это сохранение приложения без состояния.Когда это выполняется, и вы используете внешний брокер сообщений, такой как Anypoint MQ , для реализации шаблона надежного обмена сообщениями потребность в кластерных возможностях Mule Runtime HA невелика.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...