ZooKeeper и RabbitMQ/Qpid вместе - излишество или хорошая комбинация?
Поздравления,
Я оцениваю некоторые компоненты для распределенной системы мультидата-центра. Мы собираемся быть очередями сообщений использования (или через RabbitMQ или через Qpid), таким образом, агенты могут выполнить асинхронные запросы к другим агентам, не вызывая беспокойство об обращении, маршрутизации, выравнивании нагрузки или повторной передаче.
Во многих случаях агенты будут взаимодействовать с компонентами, которые не были разработаны для очень параллельного доступа, таким образом блокируя, и координация перекрестного агента будет необходима для предотвращения условий состязания. Кроме того, мы хотели бы, чтобы система автоматически ответила на агент или сбои информационного центра.
С вышеупомянутыми вариантами использования в памяти, ZooKeeper казался, что мог бы быть подходящим вариантом. Но я задаюсь вопросом, если попытка использовать и ZK и организацию очередей сообщений является излишеством. Походит на то, что делает Служитель зоопарка мог быть выполнен моим собственным кластерным менеджером, использующим обмен сообщениями AMQP, но это будет твердо стать действительно правильным. С другой стороны, я видел некоторые примеры, где ZooKeeper использовался для реализации организации очередей сообщений, но я думаю, что RabbitMQ/Qpid являются более естественным пригодным для этого.
Кто-либо там использовал комбинацию как это?
Заранее спасибо,
- Chris
1 ответ
Не совсем уверен, что именно представляет собой ZooKeeper, но я полагаю, что использование компонента от Apache (если он хорошо подходит для ваших нужд) предпочтительнее, чем самостоятельное управление такими вещами, как распределенная синхронизация и групповые службы. Конечно, вы можете нанять команду разработчиков специально для этой цели, но это не гарантирует вам лучшей реализации.
Я полагаю, что это в любом случае будет реализовано как отдельный компонент, поскольку другой способ может принести много сложностей и замедлить рабочий процесс; поэтому предпочтение ZooKeeper или чего-либо подобного является очевидным (для меня).
И конечно, если вы не находитесь на стадии глобальной оптимизации рабочего процесса вашего проекта, я полагаю, что лучше использовать RabbitMQ или что-то подобное (я бы даже подчеркнул это, потому что реализации (особенно коммерческие) AMQP будут более надежными, чем все, что вы придумаете).
Так что я бы выбрал оба варианта, тщательно выбирая подходящие сторонние продукты, но используя их столько, сколько нужно. И это только мое мнение; спасибо, что прочитали :)