现在很多大型企业信息化程度很高，运行中的系统可达到数十乃至上百个。而大部分系统由于建设的时间、开发团队和技术 往往不相同，系统之间的大部分都是独立运行的。随着信息化建设的深入各系统之间的交互需求越来越紧迫。但是由于信息化的建设不可能一触而就，也不可能再组 建一个团队把所有的系统重构。因此需要一个系统与系统之间交互的中间件。
BizTalk就是这样一个中间件。它本质上是一个消息处理引擎，处理消息验证，映射，业务流程等。以下是BizTalk的运行时高度概括结构，了解其结构可以在更有针对性的开发相关业务。
BizTalk运行时通过适配器能接收端口接收数据创建消息，经接收管道处理比如升级消息里的内容为消息属性复制到消息上下文等。消息经处理管道处理之后 将会存储到MessageBox数据库。下一步将决定消息的传送目标，在BizTalk系统中消息可以传给业务流程处理也可直接传往发送端口。不管目标为 哪一个，BizTalk都是采用发布订阅机制，每个订阅方都会从BizTalk消息引擎中获得消息的副本。最终消息由发送管道处理之后由发送适配器以相应 的格式发送到目标。
BizTalk主要开发内容
消息
BizTalk 的消息指的是XMl文件、二进制文件、SOAP消息等所有的格式。但在BizTalk内部唯一使用XML文档。每个消息都可以可以视为一个多部分消息，此 类消息可以由一个或零个消息组成。所有消息在BizTalk中都是不可改变的，这就意味着消息在构造之后就不可以再改变（这点在开发过程中很重要）。系统 的每个消息都带有一个属性集，包括消息ID，接收端口，实例ID等信息。消息的属性可以通过管理控制台查看。
实际开发过程中主要定义消息的格式，由于BizTalk内部唯一使用XML文档因此主要通过Schema编辑器定义XSD（XML架构定义语言）。建议熟悉XSD定义。
映射
映射由多个底层组件组成，并依赖于已创建的架构。这些架构又依赖于 XML 架构定义 (XSD) 语言。在开发映射过程中如果懂得XSLT语言则会更加方便。
适配器
适配器是一种软件组件，可以使用符合可识别的常用标准的传输机制通过 BizTalk Server 便捷地发送或接收消息：SMTP、POP3、FTP 或 Microsoft 消息队列 (MSMQ)。BizTalk Server 2006 包含以下类型的适配器（也称为“本地”或“集成”适配器）：基本 EDI、BizTalk 消息队列、FILE、FTP、HTTP、MQSeries、MSMQ、POP3、SMTP、SOAP、SQL，以及 Windows Sharepoint Services。
每个本地适配器均关联有一个接收位置，用于在特定地址侦听来自特定传输的消息。在接收位置收到消息后，消息将传递给适配器。适配器将向消息（通常在消息的 正文部分）附加数据流，添加有关接收数据的源终结点的所有元数据，然后将消息提交到 BizTalk 消息引擎。
由于BizTalk提供的适配器已基本满足需求，如有特别需求可以参考SDK文档进行开发。
管道
尽管初始消息是由适配器创建的，但对收到消息的处理过程大部分发生在接收管道中。管道处理针对消息内容以及消息上下文。对消息内容的处理通常发生在解码、拆装和验证阶段，而对消息上下文的处理则可发生在所有阶段。
BizTalk提供了比较方便的管道开发方法，通过继承BizTalk SDK提供的接口将消息流接收过来，经过处理之后再返回接口即可。无需涉及事务，大消息等复杂的内容。因此如需对消息进行底层的开发（例如Excel数据 流转为拆装器可识别的XML数据流，针对XML消息添加命名空间等操作）大部份是在管道中进行。
业务流程
业务流程是用于表示可执行的业务程序的灵活且功能强大的工具。您可以在直观可视化绘图中设计流、解释和生成数据、调用自定义代码以及进行所有处理。
消息、作用于消息的发送和接收操作以及传输消息的端口都是业务流程的基本元素。消息是业务流程与外界进行通信以及实施电子商务的媒介。
业务流程不但跟实际的需求关系紧密而且需要了解的技术也比较多。主要有以下几个需要了解的技术：事务，相关集，多部分消息，类型（端口，多部分消息）。还有应熟悉业务流程设计器提供的各种形状，这些形状表示了业务流程的逻辑流。