为 WPF 应用程序设计大容量市场数据服务

Question

我想创建自己的迷你项目，其中包含供 WPF 应用程序使用的大量虚构数据（期权交易），以更好地理解设计实时系统的设计理念和考虑因素，并希望了解使用了什么样的技术和方法。请不要提及第三方解决方案，如 Tibco - 这是出于学习目的。我的意图是 WPF 应用程序每 5 秒刷新一次 UI

在设计我的虚拟市场数据服务器时，考虑到高容量性能是一个标准，我想到了一些快速的想法 - 多播 UDP（这是不是太低级/不好的方向？），使用队列的消息传递架构例如 MSMQ 或 RabbitMQ，一个远程服务主机，客户端应用程序通过 WCF TCP 绑定或 Web 服务发起请求。

我的一个想法是客户维护自己的本地队列并订阅定价服务器使用消息传递解决方案广播的主题？或者，服务器可能会将数据平等地广播给所有客户端，然后让客户端在本地过滤和整理数据？在人们的经验中，每种方法的优缺点是什么，我在这里错过了其他方法吗？我想这归结为 - 客户端应该提取数据还是服务器应该将数据推送给他们？

另一个问题是 - 这些消息将采用什么有线格式？我主要习惯于使用丰富的业务对象类，分为存储库层、域模型（带有用于验证和工作流逻辑的方法）和简单的服务层。我是否仍然可以利用这种方法并仍然保持我的性能目标，或者我是否需要创建一种更轻量级的数据有效负载格式？

Answer 1

我会从更高层开始设计这样的系统，然后再进行网络级优化。

RabbitMQ 为路由消息提供了不同类型的交换。将所有消息广播到每个客户端（扇出交换）的方法在 RabbitMQ 服务器端稍快，但这仅适用于低容量消息，并且客户端通过高速链路（例如本地千兆以太网）连接。相反，使用直接或局部交换可能会显着降低您的网络延迟。您可以在 RabbitMQ 网站上阅读有关交换类型的更多信息。

您的最后一个问题是关于有线格式的。从理论上讲，RabbitMQ 允许任何字符串（甚至是二进制）有效负载，因此尝试将更多信息压缩到更少的字节中。以我的经验，只要您的消息不通过网络数据包 MTU，压缩或选择聪明的编码方案的收益是微不足道的。

一般来说，想想您在每次优化上花费了多少时间，以及预期的投资回报率是多少。 IMO 一些优化比其他优化更有用。如果我是你，我会非常仔细地查看 RabbitMQ 配置参数。例如，看看您是否可以使用每个进程的消息队列设置 rabbit MQ 服务器。