ATOM为“企业”短信服务

Question

我去吉姆·韦伯介绍，并在他的apresentation中间他指出，Atom是一个很好的在很多情况下取代了JMS。因为JMS是一个消息传递服务，我很好奇这一点。是你们用原子作为短信服务？它是可靠的，可扩展的？

JMS的最大优点是，它使用push方法（服务器通知的新邮件），而不是拉方法（客户端一直问新邮件每个X毫秒）。我认为“网络2.0”的应用，这种方法是很酷，但对“企业”应用程序，推送方法是更具扩展性。 你们有什么觉得？

Answer 1

为什么你认为推的是“更具扩展性”再拉个开始？

其次，它是一个非常宽泛的问题，一些实时的应用程序必须使用推送如果轮询间隔是没有意义的（我需要亚秒级的响应时间，并且不希望每100毫秒轮询）。但在大多数情况下我总是发现拉更多的可扩展性和更容易实现。我们使用Atom发布/聚合格式的“消息”型的基础设施 - 即允许客户赶上他们可能已经错过（更难做JMS）旧邮件。每当用户启动他们的客户，他们可以轮询饲料看看有什么新的消息发布到一个包含Atom Collection（饲料），然后。也许他们只在乎曾经看到每一个小时，每一天更新 - 一切更容易在客户端做 - 没有服务器（S）发布的信息和消费服务的客户机之间的任何互动。

Answer 2

您正在与桔子比较苹果。

JMS是标准API的Java程序使用的可靠点至点和发布 - 订阅消息代理。

Atom是用于表示新闻馈送的基于XML的数据格式。

您可以使用JMS发送包含在Atom格式数据的消息，如果你想这样。然而，就不会有太大的意义，因为原子的含量提要包括信息，让客户确定哪些饲料项目是新的，他们已经下载了他们最后一次调查。发布 - 订阅经纪人会替你，所以发布 - 订阅通知可以只包含新的信息，这些信息的兴趣给用户。

Answer 3

是否为给定的问题上的等待时间要求在很大程度上取决于推或拉是适当的，正在传送的数据量，节点可用性，和问题的其他特定属性。不要让任何人告诉你，任何一个总是比其他更好的。