BizTalk Server的基本机制（一）订阅/发布（Subscription/Publishing）

最新推荐文章于 2019-01-08 02:14:05 发布

原创

最新推荐文章于 2019-01-08 02:14:05 发布 · 3k 阅读

5 ·

CC 4.0 BY-SA版权

文章标签：

#server #数据库 #query #search #文档 #工作

本文介绍了BizTalk Server的基本机制——订阅/发布，解释了星型和总线型架构的区别，强调了订阅发布机制在降低服务提供者和使用者耦合度中的作用。通过 BizTalk 的四个基本组件（接收端口、发送端口、消息数据库和业务流程）的说明，阐述了消息在系统中的流动。最后，展示了如何在BizTalk管理控制台查询订阅和发布信息。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天让我们来说说BizTalk Server的基本机制（一）订阅/发布（Subscription/Publishing）

还是老规矩，先来说概念，再说思路，最后看截图

概念
有一次我给人做BizTalk培训。在讲BizTalk基本概念的时候，讲到：
数据整合架构的进化时，我说：数据整合的架构，从点对点，向星型进化，随后又进化为总线型。
这是就有学员问我：“总线型”和“星型”的本质区别是什么？

我们来看图：
点到点：

星型：

总线型：

听到这个问题我楞了，“星型”和“总线型”的本质区别是什么呢？是什么特质使“总线型”成为了“星型”的进化版呢？

日复一日，到了第三天，我想通了（呵呵，敬郭老师），我做出了这样的结论。二者区别在于：总线型架构中使用了订阅与发布机制。而星型架构并没有。
后来在研究ESB Toolkit的一些文档的时候得到了验证。

星型架构其实只是一种逻辑上的集中，即把点对点的数据交换程序进行物理性的集中，把这些程序强制性的放在一起。这样减少了开发，维护工作量。
但是这样做并没有解决根本问题。服务提供者与服务使用者之间的耦合性并没有降低。当服务的提供者修改了服务提供程序时，服务的调用者同样必须进行重新修改部署。

与之区别的，订阅与发布机制，成功的降低了服务提供者和