rest - ATOM 用于 "enterprise"的消息服务

Question

我去了Jim Webber在他的演讲中，他表示 ATOM 在许多情况下是 JMS 的良好替代品。由于 JMS 是一种消息传递服务，我对此很好奇。你们使用 ATOM 作为消息服务吗？它可靠且可扩展吗？

JMS 的最大优点是它使用推送方法(服务器通知新消息)而不是拉方法(客户端每 X 毫秒不断请求新消息)。我认为对于“Web 2.0”应用程序，这种方法很酷，但对于“企业”应用程序，推送方法的可扩展性要高得多。
你们有什么感想？

Answer 1

为什么你认为推送“更具可扩展性”然后拉动初学者？

其次，这是一个非常广泛的问题，如果轮询间隔没有意义，一些实时应用程序必须使用推送(我需要亚秒级响应时间并且不想每 100 毫秒轮询一次)。但在大多数情况下，我总是发现 pull 更具可扩展性且更易于实现。我们将 Atom Pub/Syndication 格式用于“消息传递”类型的基础设施——它允许客户端 catch 他们可能错过的旧消息(使用 JMS 更难做到)。将消息发布到 Atom 集合(提要)，然后每当用户启动他们的客户端时，他们就可以轮询提要并查看新消息。也许他们只关心每小时、每天看到更新——在客户端这一切都容易得多——在发布消息的服务器和消费它们的客户端之间没有任何交互。