Миграция activemq в amazonmq с конфигурацией восстановления после отказа master-slave - PullRequest
0 голосов
/ 18 марта 2019

Текущий технический стек:

A. ActiveMq с конфигурацией master-slave с использованием KahaDb1 с конфигурацией brokerUrl: аварийное переключение: (tcp: // master1: 61616, tcp: // slave1: 61616)? randomize = false

Над технологическим стеком мы хотим мигрировать с помощью amazonMq, ​​поскольку оба они работают по одному и тому же протоколу, мы предполагаем, что не так много изменений кода требуется с нашей стороны, только настройка конфигурации:

B. Настройка AmazonMq с главным-подчиненным узлом и отдельным kahaDb2.

Теперь мы хотим настроить конечную точку таким образом, чтобы мы могли непрерывно прослушивать обе конечные точки (activemq-master-брокер и amazonmq-master-брокер), это вообще возможно ??

Я знаю, что мы можем установить что-то вроде ниже:

отказоустойчивый: (SSL: //on-premises-broker.example.com: 61617, SSL: //b-1234a5b6-78cd-901e-2fgh-3i45j6k178l9-1.mq.us-east-2.amazonaws. ком: 61617) рандомизации = истина

?

Проблема с вышеприведенным условием заключается в том, что мы не можем найти способ, где мы можем также упомянуть подчиненного брокера, поскольку оба кластера также имеют отдельные подчиненные узлы. В случае сбоя на главном узле мы хотим переключиться на подчиненный узел той же архитектуры (является ли activemq или amazonmq), как я могу добиться этого, активно прослушивая обоих брокеров?

1 Ответ

0 голосов
/ 10 мая 2019

Исправлено: запись в отдельные bean-компоненты для потребления сообщений из activemq и amazonMQ соответственно.

...