推或拉近乎实时的自动化服务器？

Question

我们目前正在开发一个服务器，客户端请求对特定数据元素的更改感兴趣，当数据更改时，服务器将数据推送回客户端。关于客户是否最好对这些数据进行民意调查，在工作中存在着激烈的争论。

就性能、可扩展性和网络负载而言，在近实时环境中传输数据被认为是理想的方法？

更新：这是一个 关联 这为 UI 更新提供了一些值得思考的地方。

Answer 1

可能没有适合每种情况的理想方法，但推送通常更好并且更常用。它允许优化服务器缓存和数据传输，这有助于性能和可扩展性，并通过避免客户端请求和空响应来减少网络流量。对于服务器来说，按照自己的节奏运行并在准备就绪时向客户端提供数据可能是一个重要的优势。

行业标准 - 例如 OPC、GID - 支持两者。服务器将更新推送给订阅的客户端，但客户端可以拉出一些很少使用的数据，而无需费心订阅。

Answer 2

只要客户端发起连接（以通过防火墙和 NAT 问题），任何一种方式都可以。

如果您需要发送多种不同类型的数据，您可能希望客户端指定他想要的类型，但每个连接只需要一次。然后您可以让服务器继续发送更新。

让服务器发送更新而无需客户端不断请求更新，这样可以减少网络流量。

Answer 3

你在客户端有什么？许多防火墙允许传出请求但阻止传入请求。换句话说，如果您要穿越互联网，拉取可能是您唯一的选择，除非您要发送电子邮件。