我目前的工作提出了许多微服务，这将异步数据广播到许多可能的客户端应用程序的项目。
另外，客户端应用程序能够经由其余开放API的系统（即该组微服务的）通信
用于广播所述数据，我首先考虑的是使用一个MOM（面向消息的中间件）如AMQ。
然而，我被要求重新考虑这一解决方案，以提供一个API更加“开放型API”喜欢一个REST端点（通过HTTP）。
我不是HTTP的大专家，但在我看来，主要的技术从服务器发送异步数据到客户端是：
我打开这个讨论中，我为了得到其他开发商的意见/反馈，以帮助我来衡量这一新的解决方案的利弊。其中指出：
有关更多信息，这里有关于数据广播的量数衡量标准
- 相当量的每Seconde系列消息的
- 响应
- 超过100个客户端侦听数据
感谢您的帮助和贡献
有通过任何请求资源的状态的人认为REST，而不是休息，但大多数人是什么倾向于同意，在实用性方面与流行的最佳实践REST服务，以通过HTTP公开的数据模型很多不同的定义，并限制操作这个数据模型（GET），或更新的资源（PUT）的状态。从基础的东西堆放在此之上。
你描述的是发布 - 订阅模式。虽然有可能在学术方面使用REST概念发布 - 订阅架构，我不认为这是真的，你在找什么在这里。
的WebSocket和SSE是最真实的字的情况下一个REST伞下不跌，但他们可以增强现有的REST服务。
如果你的目标是简单地创建一个使用技术堆栈，人们所熟悉的发布 - 订阅系统，WebSockets的确实是一个不错的选择。它的广泛使用，在浏览器上运行。