АТОМ для службы сообщений для "предприятия"

Question

Я пошел на презентацию Джима Уэббера и в середине своего выступления он заявил, что ATOM во многих случаях является хорошей заменой JMS. Поскольку JMS - это служба обмена сообщениями, мне интересно это. Вы, ребята, используете ATOM в качестве службы обмена сообщениями? Это надежно и масштабируемо?

Наибольшим преимуществом JMS является то, что он использует метод push (сервер уведомляет о новых сообщениях), а не метод pull (клиенты продолжают запрашивать новые сообщения каждые X миллисекунд). Я думаю, что для приложений "Web 2.0" этот метод хорош, но для "корпоративных" приложений метод push гораздо более масштабируем. Что вы, ребята, думаете?

Answer 1

Почему вы думаете, что пуш "гораздо более масштабируемый", чем пуш для начинающих?

Во-вторых, это довольно широкий вопрос, некоторые приложения реального времени должны использовать push, если интервалы опроса не имеют смысла (мне нужно время отклика менее секунды, и я не хочу опрашивать каждые 100 мс). Но по большей части я всегда находил тягу более масштабируемой и простой в реализации. Мы используем формат Atom Pub / Syndication для инфраструктуры типа «обмен сообщениями», которая позволяет клиентам перехватывать старые сообщения, которые они, возможно, пропустили (гораздо сложнее сделать с JMS). Публикуйте сообщения в коллекции Atom (фид), а затем каждый раз, когда пользователь запускает своего клиента, он может опросить фид и посмотреть, что нового. Может быть, им нужно только видеть обновления каждый час, каждый день - все гораздо проще сделать на стороне клиента - без какого-либо взаимодействия между сервером (серверами), публикующими сообщения, и клиентами, которые их потребляют.

Answer 2

Ты сравниваешь яблоки с апельсинами.

JMS - это стандартный API-интерфейс для программ на Java, в котором используются надежные посредники обмена сообщениями типа "точка-точка" и "pub-sub".

Atom - это формат данных на основе XML для представления новостных лент.

При желании вы можете использовать JMS для отправки сообщений, содержащих данные в формате Atom. Однако особого смысла в этом не будет, так как содержимое каналов Atom включает информацию, позволяющую клиентам определять, какие элементы каналов являются новыми и какие они уже загрузили в прошлый раз при опросе. Брокер pub-sub делает это за вас, поэтому уведомление pub-sub может просто содержать новую информацию, которая представляет интерес для подписчиков.

Answer 3

Подходит ли Push или Pull для данной проблемы, во многом зависит от требований к задержке, объема передаваемых данных, доступности узла и других специфических атрибутов проблемы. Не позволяйте никому говорить вам, что один из них всегда лучше другого.