使用英语阅读

通过


适配器宿主模型

通常,BizTalk 适配器托管在 BizTalk 服务中,Btsntsvc.exe。 这意味着BizTalk Server管理适配器的生存期。 但也存在其他进程管理适配器的情况,如下所述。

进程内适配器

由 BizTalk Server 管理的适配器称为进程内适配器。 BizTalk Server对这些适配器执行以下操作:

  • 启动BizTalk Server时实例化适配器

  • 初始化期间,将适配器的传输代理传递给适配器

  • 处理适配器的请求

  • 关闭BizTalk Server服务时终止适配器

    BizTalk Server在运行时向适配器提供处理程序配置和终结点配置信息。 还指定其他配置信息,例如服务时段,它定义启用适配器以处理请求的特定时间段。

    可以使用 BizTalk Server 管理控制台或使用服务控制管理器手动关闭 BizTalk 服务。 如果与BizTalk Server数据库的连接丢失,服务会自动回收自身。

    在典型的宿主模型中,接收端适配器、发送端适配器与 BizTalk 服务及消息引擎和业务流程引擎的宿主均为同一进程。 宿主模型极其灵活,既允许将接收、发送和业务流程主机分开,也允许将它们合并。 下图中的主机在同一进程中执行这三种任务。

    由于宿主模型富于变化,所以在开发适配器的过程中,一定要牢记发送适配器和接收适配器可能不会配置在同一主机中。 它们甚至可能配置为运行在不同的计算机上。

    显示常规适配器托管模型的图像。
    进程内适配器宿主模型

独立适配器

有时接收适配器不可能驻留在 BizTalk 服务中。 例如,在某些 Internet 信息服务 (IIS) 进程模型中,ASP.NET 应用程序和 ISAPI 扩展的生存期是由 IIS 管理的。 BizTalk SOAP 适配器必须在与 IIS 相同的进程空间中运行,因此BizTalk Server无法控制 SOAP 适配器的任何实例的生存期。

对于这些类型的适配器,有另一种宿主模型可供使用,即独立接收适配器,简称独立适配器。 没有独立发送适配器这一概念。

由于 BizTalk Server 无法创建独立适配器,因此适配器必须获取自己的传输代理,并将自身注册到该传输代理。

下图演示了BizTalk Server托管体系结构。 为了提升性能,独立主机结构尽量免除一切不必要的进程间通信。 由于独立适配器和 BizTalk 消息引擎堆栈位于同一进程中,因此该适配器调用消息引擎时没有进程间通信。 在此情况下,唯一的进程间通信发生在消息引擎和数据库之间,这是不可避免的。

显示BizTalk Server托管体系结构的图像。
独立适配器宿主模型

另请参阅

适配器框架概述