Вопрос

Я разрабатываю высокое масштабируемое приложение, поэтому я решил использовать для него HazeLcast. У меня есть один сервер Frontend, который помещает сообщения для узлов. Каждый узел в кластере Измените свою рабочую нагрузку в фоновой резьбе на распределенной карте, поэтому, Frontend Server выбирает очередь (каждый узел имеет свою очередь сообщений), чтобы поставить сообщение в. Мой вопрос: это Hazelect, подходящий для такого дизайна (нам нужно распределение рабочей нагрузки и Балансировка нагрузки) или может быть некоторые альтернативы? Мне нравится Hazelcast для его простоты и приятного дизайна.

Это было полезно?

Решение

HazeLcast отлично, это очень легкий и простой в использовании, однако, он все еще находится в разработке, и при его использовании есть несколько вопросов.
Если вы посмотрите здесь: http://code.google.com/p/hazelcast/issues/List. Вы можете видеть, что есть некоторые ошибки с структурой данных очереди при использовании транзакций. В целом, он предоставляет то, что он рекламирует и в основном дает распределенный кеш бесплатно.

Другие советы

У меня есть первый опыт работы с озером. Версия мы отправились на производство, это версия 1.9.4. Мы недавно обновили до 2.2, а теперь 2.3 - последний. Я вполне доволен этим. То, что вы описываете, это довольно хорошее использование случая для HazeLcast. У меня был аналогичный случай использования, когда каждый узел имеет свою очередь, и сообщения нажаты в соответствующую очередь на основе которого был подключен клиент. Это сработало отлично, и бизнес любил это.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top