BizTalk 2004在B2Bi的技术架构和实现

90年代因特网的发明将企业带进“全球化”的时代，时序进入21世纪，企业间的竞争愈加激烈，“24小时运作”已不再能满足企业的需求而是要能够实时响应（Real-time Response），因此，21世纪为事件导向的实时经济环境（Event-Driven、Real-time Economy）。这样的经济环境所要求的信息系统不仅仅是企业内部的整合（即EAI所要完成的事），更要能够达到企业间的整合以便达到企业延伸（Enterprise Extension）的目的，因此一个充分整合的系统至少应具备以下四项特征：

· 实时的反应，以追求第一。客户一旦发出订单，支持系统会立刻得知并在第一时间处理；而在客户这端，亦能立即得知订单的供应状况以便作适当响应。

· 所有参与的系统皆可立即自动地与任何其他系统双向沟通。例如，在一张原料订单产生的同时“订单”事件随之产生，如果原料短缺，供货商的系统就会自动回复“延迟交货”，订单系统收到此消息并据此调整期望到货时间（Expected Delivery Time）。于是，顾客的系统亦能实时动态反应实际状况，甚至能够根据缺货情形更改订单。因之，每个系统都能实时影响其它所有的系统。

· 除了数据库，系统也必须连结企业流程。换言之，单单数据交换是不够的，因为像交易规则、作业流程以及数据分享的顺序等等，这些都是确保数据能够正确使用的条件，因此有严格完整的限制以便交易双方共同遵守。

· 任何存在系统中的相关信息皆能为其它参与的系统所使用。也就是在一个整合系统，任一笔支持交易（Transaction）的数据皆能被该系统中的任一相关参与者使用。

B2Bi与EAI的联系和差别

B2Bi与EAI最大的不同在于，EAI是指企业内部在应用程序与数据上的整合，而B2Bi的重点则在于企业合作伙伴上下游间的流程整合。而两者所使用的技术却很相似，例如两者都是以中间件（Middleware）作为不同系统间传递消息的机制。此外，两者的整合方式亦非常相似，事实上，在大多数的案例中，在执行企业整合前必须先历经企业内部的整合。更进一步说，EAI是B2Bi的必经之途。

而在项目进行的过程中，B2Bi显然远比EAI的难度要高得多了。不同企业间的政策、会计制度、作业流程、文化乃至于异国企业间的租税、法律差异等种种都可能成为整合过程中的绊脚石。而企业伙伴间的互信程度，更是整合工作成功与否的关键。同时，在一个开放的网络环境下，B2Bi厂商如何能够说服企业用户消除信息安全上的疑虑也是厂商一向以来必须面临的考验。

BizTalk2004在B2Bi业务场景中的实现

我们可以分析一下B2Bi应用的开发过程，即创建商务伙伴间的自动交换，也就是企业对企业（B2B）的集成。除了兼有EAI和HWS应用的功能和特点，同时又具有一些独特的要求：

· 消息交换通常是长期性的而且需要持续下去。

· 需要一个相关机制来标识和处理多个交换实例。

· 过程涉及多个参与方。

· 处理过程通常是事务性的，也就是说必须完全执行过程中的所有步骤才能提交整个事务。而且，为了回滚一个已被提交的事务还需要具备补偿例程。

· 在大多数情况下，流程的设计基于线形的流程模型，但是也应该能提供处理异常的流程。

· 交换的文档很复杂并且交换还包含了正式的商业协议和消息信号（确认与收据）。

· 安全和认证机制是交换所必需的。

为了满足B2Bi应用的技术需求，BizTalk2004提供了下面的关键技术。

关联：基本的B2B需求

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12639172/viewspace-160071/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/12639172/viewspace-160071/