0

我们需要开发一个基于 REST 的高速 WCF 服务,用于更新 2000 个数据点,每个数据点以 25 毫秒的速度变化。是否可以使用 WCF 实现如此高速的数据采集

4

2 回答 2

0

我是这样理解您的问题的:您希望每 25 毫秒或每秒 40 次新数据值。一个设备有 2000 个离散数据值,这意味着来自每个设备的遥测流量约为每秒 80,000 个值。您还拥有多个设备,因此您的吞吐量将高于此值,例如 10 台设备每秒更新 800,000 次。

在这种情况下,我不希望服务层成为约束,原因很简单,始终可以通过添加更多主机来接收消息并在它们之间进行负载平衡来扩展服务层。我担心的是所有交易必须在同一个域内处理的任何地方。例如,所有这些数据是否都在一个关系数据库中?在这种情况下,您可能会遇到事务吞吐量问题。

在您的架构中似乎存在问题的另一个领域是设备本身。一台设备是否能够收集和发送 80 kHz 的值?这就是 REST 协议可能具有过高开销的地方。因此,可能是设备而非服务器约束可能驱使您找到更有效的协议。在这种情况下,可能需要直接针对套接字编写自定义协议,但这取决于您的设备。

于 2013-09-08T06:43:15.180 回答
0

使用 WCF 是的。我不确定 REST 是否是您尝试解决的问题类型的最佳架构风格。我也想知道 HTTP 是否合适。

话虽如此,您可能想要研究CORE,它是在数据采集等高度受限的环境中应用 REST 的努力。

于 2013-09-07T17:48:16.860 回答