《WCF技术内幕》翻译15：第1部分_第3章_消息交换模式、拓扑与编排:消息拓扑、消息编排和本章小结
消息拓扑
消息拓扑描述的是在一个或多个发送者和接受者之间消息如何发送的。消息拓扑可以描述简单的应用-应用的连接关系，但是它同样可以描述复杂的应用-企业的连接。在后续文章里，面向服务的应用的作用会显现出来。概括地说，这些可能存在的拓扑结构比面向组件的应用系统能够涉及到的情况会更加多、更加复杂。
某种层次上，一个消息拓扑是一个或者多个消息交换模式(MEP)的组合。实际上可能存在有无数种拓扑结构，但是通常接受的分类有4个：点对点、数据报点对点、中转和对等网络（P2P）。重要的是要注意，与MEP不同，这些不同的消息拓扑名称还没有被广泛接受，所以我这里有点冒昧。同样，我们也可以增加或者减少消息拓扑的数量，但是这4个已经足够我们本次讨论的了。
点对点
最简单和被广泛使用的消息拓扑，点对点方式是消息拓扑的一个基本组成部分。简单来说，点对点拓扑指的是一个发送者和一个接受者交换消息。如你在前面文章里看到的一样，这个消息交换可以使用数据报、请求/应答或者双工MEP实现。
只进点对点
我个人认为，数据报点对点是最有趣的拓扑，但是它也是最难实现的。本质上，只进点对点拓扑是一个发送给不同参与者的数据报链。重要的是要指导这个拓扑有且仅有数据报MEP组成。有可能消息要返回给参与者，但是在消息里明确标记返回地址比含蓄描述更好，就想请求/应答方式一样。通常，这个拓扑要依赖<From>、<ReplyTo>、 <FaultTo>、<RelatesTo>、 <MessageID>和<To> WS-Addressing消息头块来实现。
图3-4：只进点对点消息拓扑
消息转发
随着开发社区对消息应用系统的接受，在这些消息应用系统之间转发消息也会变的越来越重要。一个相似的需求在Internet和电子商务逐渐流行的时候出现了。这个时期典型的例子是服务集群里的负载均衡器。除了别的以外，负载均衡器转发请求道可用的资源上。随着时代进步，负载均衡器变的也更加智能，这个趋势没有任何减缓的迹象。我希望在面向服务的应用系统领域有同样的变化。
通常来说，一个消息转发代理（broker，经纪人，这里译为代理）是一个转发消息到其它终结点的消息参与者。消息转发代理能够根据处理规则决定消息何时、何地并且如何发送给其它消息参与者。一个消息转发代理拓扑可以细分为分布式消息转发代理、集中式消息转发代理和混合消息转发代理。这个消息转发代理拓扑很像现在使用的不同邮件服务拓扑。
此外，著名的发布-订阅拓扑符合消息转发拓扑的定义。在发布-订阅架构中，参与者通过注册自己的感兴趣的发布者订阅特定的消息。当一个订阅者感兴趣的消息发送给发布者，发布者就会转发消息给所有的订阅者。换句话说，发布者是消息中转代理。在SOAP里，消息中转代理是一个中介者，但它可以直接标记地址。图3-5说明了一个基本的消息转发拓扑。
图3-5：消息转发拓扑