Как вы оцениваете надежность ActiveMQ, используя последнюю версию 5.4.2?

Question

Я оцениваю очереди сообщений для использования, и кажется, что ActiveMQ является самым популярным, однако я не могу не заметить различные комментарии в Интернете о надежности и очереди, которые иногда зависают без ответа.

Кто-нибудь использует ActiveMQ (в частности, последнюю версию) без проблем в течение длительных периодов времени без перезагрузки, с разумной нагрузкой?

Если ActiveMQ действительно ненадежен, какова надежная альтернатива?

Мои требования:

1. JMS 1.1
2. Высокая доступность
3. Зрелый и популярный продукт (я не рискну переходить на некоторые продукты FancyMQ для этот проект)

Я также хотел бы узнать об опыте работы с HornetQ. Кажется, это впечатляет с точки зрения производительности, хотя надежность - мой главный фокус здесь.

Answer 1

Я использовал ActiveMQ версии 5.2.0 в производстве на Wufoo уже около 1 года с пропускной способностью около 200 тыс. + Сообщений в месяц. Я несколько доволен надежностью самой очереди. Однако у меня были проблемы с зависанием клиентов при использовании STOMP из php. Чтобы уточнить, у меня никогда не возникает проблем с отправкой в ​​очередь, но очистка сообщений из очереди с помощью php stomp lib была немного глючной.

Теперь возьмем это с толку соли: мы используем долгосрочный PHP CLI-скрипт, чтобы действовать как своего рода слушатель. PHP не предназначен для работы в течение длительных периодов времени, так что это может быть причиной. Мы находимся в процессе перехода на 5.4.1 для некоторых компонентов планирования, и мы исключаем PHP как «слушателя», вместо этого выбирая верблюжьи маршруты. Я надеюсь, что использование нативного протокола решит эти проблемы.

Книги ActiveMQ в действии и Верблюд в действии были неоценимы.

Удачи!

Answer 2

Пришлось отказаться от использования Active MQ 5.2, так как он падал каждые несколько недель с таинственными ошибками, которые у меня не было времени для расследования.Хотелось бы услышать мнение большего количества людей по этому поводу.