在我的项目中正确使用的WCF消息传递功能是什么？

我是WCF的新手，我有一个项目需要迁移到具有客户机/服务器和服务器到服务器架构的WCF通信库中

我的问题是，这个项目需要什么样的消息传递功能来确保网络数据的安全性、可靠连接和数据交换的速度

我发现WCF有很多消息传递功能

以下是我的项目的体系结构：

注意：客户端应该由数据处理服务器和提要源服务器同时更新。当提要源服务器仍在提供提要时，客户端还向服务器发送同步请求

---

如果您有任何建议或意见，我将不胜感激。

我的第一个问题是，您为什么要将Connection Manager CM组件放在客户和他们想要使用的服务之间？它的工作是什么？这意味着它需要在所有事情的中间？ 这最终意味着您的CM组件将必须跨可能不同的传输绑定处理可能大量的双向通信，并引入单个故障点

如果客户机A只想从提要源FS组件接收消息，该怎么办？当客户端A只想发送订阅通知以接收来自FS的更新时，为什么它必须处理中介

同样，如果客户端B希望向数据处理DP组件发送消息，该怎么办？当然，它应该能够向DP发送一条消息

---

我认为，使用此体系结构可以通过单向消息传递实现大部分功能，在这种情况下，假设您处于纯wcf环境中，您应该使用netMsmqBinding。

CM连接管理器管理所有连接并缓存DP中的一些信息。这是为了确保整个系统能够在涉及数千个客户端的环境中进行扩展。它还确保客户端不会直接连接到DP服务器。此外，CM将是将客户机连接到DP和FS的设备。当FS提供连续馈送时，处理同时进行。客户端必须接收来自FS的提要，同时使用DP执行请求。我实际上正在考虑在WCF中使用双工和回调，购买尚未最终版本。实际上，流程是，一旦客户端连接到CM，CM将提供到PD和FS的通道。然后，同时向连接的客户端广播提要。客户端还可以在接收提要的同时向DP发送请求。此外，如果设置有变化，DP也会更新客户端。我是否应该继续我在WCF下使用双工和回调的计划？顺便说一句，我正在用回调实现NetTcpBindingDuplex WCF，理解和实现起来很复杂，而且它不能很好地扩展回调或处理故障。单向消息传递易于理解和开发，具有可扩展性和容错性。此外，我不明白为什么需要CM组件，因为它所做的只是缓存公共信息。如果您担心数据库争用或可用性，可以在服务本身上引入此功能。是否有关于如何解决此问题的更新？