预期系统将被连接在一起，并且这已成为常态。 随着组织走向面向服务的世界，真正的目标——创建将独立系统统一到一个整体的有效业务流程——即将实现。
Microsoft BizTalk Server 允许连接各种软件，然后以图形方式创建和修改使用该软件的进程逻辑。 BizTalk Server 还使信息工作者能够监视正在运行的进程、与贸易合作伙伴交互以及执行其他面向业务的任务。
BizTalk Server 中的主要新功能包括：
更好地支持部署、监视和管理应用程序
明显更简单的安装
改进了业务活动监视功能（BAM）
BizTalk Server 还使用最新版的其他Microsoft技术。 它基于 .NET Framework 构建，开发人员工具托管在 Microsoft Visual Studio 中。 对于存储，BizTalk Server 使用 SQL Server。 BizTalk Server 可以在 64 位 Windows Server 上运行，利用硬件提供的更大内存和其他优势。
什么是 BizTalk Server？
将不同的系统组合到有效的业务流程是一个具有挑战性的问题。 因此，BizTalk Server 包括一系列技术。 下图演示了产品的主要组件。
如图所示，产品的核心是 BizTalk Server 引擎。 引擎有两个主要部分：
一个消息传送组件，提供与其他软件通信的功能。 通过依赖适配器进行不同类型的通信，引擎可以支持各种协议和数据格式，包括 Web 服务和许多其他协议。
支持创建和运行称为编排流程的图形定义进程。 编排是在引擎的消息传送组件之上构建的，实现驱动整个或部分业务流程的逻辑。
还可以将其他几个 BizTalk 组件与引擎结合使用，包括：
评估复杂规则集的业务规则引擎。
一个组中心，可让开发人员和管理员监视和管理引擎及其运行的业务流程。
企业单一 Sign-On（SSO）设施，提供在 Windows 和非 Windows 系统之间映射身份验证信息的功能。
在此基础之上，BizTalk Server 包括业务活动监视，信息工作人员用来监视正在运行的业务流程。 信息以业务而不是技术术语显示，业务用户确定显示的信息。
连接各种系统
大多数现代业务流程至少依赖于软件。 虽然其中一些过程受单个应用程序支持，但其他许多进程依赖于不同的软件系统。 在许多情况下，该软件在不同时间、不同平台上以及使用不同的技术创建。 自动化这些业务流程需要连接不同的系统。
解决这一挑战的方式有各种名称：业务流程自动化（BPA）、业务流程管理（BPM）和其他。 无论名称如何，两种方案对于应用程序集成都最为重要。 一个是连接单个组织中的应用程序，通常称为企业应用程序集成（EAI）。 另一种称为企业到企业（B2B）集成，连接不同组织中的应用程序。
下图显示了应用于 EAI 问题的核心 BizTalk Server 引擎的简单示例。 在此方案中，一个清单应用程序（可能在 IBM 大型机上运行）注意到某个项目的库存较低，因此发出订购更多项的请求。 此请求将发送到 BizTalk Server 业务流程（步骤 1），然后向此组织的 ERP 应用程序发出请求，请求采购订单（步骤 2）。 ERP 应用程序（可能在 Unix 系统上运行）发送回请求的 PO（步骤 3），然后 BizTalk Server 业务流程会通知一个执行应用程序（可能基于 Windows 使用 .NET Framework 构建），该项目应被订购（步骤 4）。
在此示例中，每个应用程序使用不同的协议进行通信。 因此，BizTalk Server 引擎的消息传送组件必须能够以本机通信风格与每个应用程序通信。 此外，请注意，没有单个应用程序知道完整的业务流程。 实现协调所有相关软件所需的智能是在 BizTalk Server 的处理流程中完成的。
连接组织中的应用程序非常重要，但连接跨组织的应用程序至少可以具有尽可能多的价值。 下图显示了此类企业到企业集成的简单示例。 在这种情况下，该图顶部的购买组织运行与两个供应商组织交互的 BizTalk Server 业务流程。 供应商 A 还使用 BizTalk Server，从而间接访问其 Supply 应用程序。 供应商 B 使用来自另一个供应商的集成平台，使用 Web 服务（例如）连接到购买组织的 BizTalk Server 业务流程。
