BizTalk Server特性和優(yōu)勢

1、微軟公司BizTalk Server 2006產(chǎn)品特性和優(yōu)勢© Copyright Microsoft Corporation 2005. 保留所有權(quán)利。目錄BizTalk Server 2006 所提供的功能3如何使用 BizTalk Server 20065連接系統(tǒng)8發(fā)送和接收消息：適配器8處理消息：管道9選擇消息：訂閱11定義業(yè)務流程11使用業(yè)務流程11使用業(yè)務規(guī)則引擎15管理和監(jiān)視16安裝 BizTalk Server 200616創(chuàng)建可伸縮的配置17管理應用程序18報告和調(diào)試應用程序：運行狀況與活動跟蹤19企業(yè)單一登錄19業(yè)務活動監(jiān)視21業(yè)務活動服務24貿(mào)易合作伙伴管理24

2、業(yè)務流程配置25BizTalk Server 2006 和 Windows Workflow Foundation25BizTalk Server 2006 和 Windows Communication Foundation27 BizTalk Server 2006 簡介沒有任何一個應用程序是孤立存在的。無論我們是否愿意，系統(tǒng)間的相互配合已經(jīng)成為一種規(guī)范，一種必然。但是，軟件間的連接并不僅僅是交換幾個字節(jié)而已。隨著各企業(yè)身處面向服務的大環(huán)境，真正的目標逐漸能夠得以實現(xiàn)創(chuàng)建能夠?qū)为毾到y(tǒng)整合為整體的高效業(yè)務流程。BizTalk Server 2006 就是為實現(xiàn)這個目標而存在的，可以連接各種

3、不同的軟件，然后用圖形的方法創(chuàng)建和修改使用這個軟件的流程邏輯。還可以讓信息工作者監(jiān)視流程的運行、與貿(mào)易伙伴進行交流，并能執(zhí)行其他面向商務的活動。 構(gòu)建于BizTalk Server 2004 的基礎(chǔ)上， BizTalk Server 2006尊重與繼承客戶體驗的同時，BizTalk Server 2006新增了許多重要功能： n 更好地支持應用程序的部署、監(jiān)視和管理。n 顯著簡化了安裝。n 提高了業(yè)務活動監(jiān)視 (BAM) 的功能構(gòu)建在.NET Framework 2.0基礎(chǔ)上BizTalk Server 2006，在開發(fā)方面，開發(fā)人員工具包含在 Visual Studio 2005 中。在存儲

4、方面，支持Microsoft SQL Server 2005 或SQL Server 2000，同時，BizTalk Server 2006 支持 64 位 Windows，以充分利用新一代硬件所提供的更大內(nèi)存和其他優(yōu)勢。 本文內(nèi)容基于 BizTalk Server 2006 的首個 beta 版本。在最終發(fā)布前，該技術(shù)的有些方面可能會有所更改。BizTalk Server 2006 所提供的功能將不同的系統(tǒng)整合為有效的業(yè)務流程是一項極具挑戰(zhàn)性的難題，而BizTalk Server 2006 利用了多種技術(shù)為解決這個難題提供了完善的解決方案。下圖顯示了這個產(chǎn)品的主要組件。 如圖所示，該產(chǎn)品的核

5、心是“BizTalk Server 2006 Engine”。該引擎包括兩個主要部分：n “消息傳遞”組件：提供與各種其他軟件進行通訊的能力。通過利用各種針對不同通訊的可插拔適配器，該引擎可以支持多種協(xié)議和數(shù)據(jù)格式，包括 Web 服務等。n “業(yè)務流程”組件：支持圖形化方式創(chuàng)建和運行，業(yè)務流程建立在此引擎的消息組件基礎(chǔ)上，用于實現(xiàn)全部或者部分的業(yè)務處理邏輯。另外，與“BizTalk Server 2006 Engine”協(xié)調(diào)工作的技術(shù)還包括：n “業(yè)務規(guī)則引擎 (Business Rules Engine)”，允許對復雜的規(guī)則組進行評估。n “運行狀況與活動跟蹤 (Health and Act

6、ivity Tracking)”工具，使得開發(fā)人員和管理員能夠監(jiān)視和管理這個引擎及其運行的業(yè)務流程。n “企業(yè)單一登錄 (Enterprise Single Sign-on)”工具，提供 Windows 與非 Windows 系統(tǒng)間身份驗證信息的相互映射。在這個基礎(chǔ)上，BizTalk Server 2006 提供了一組能夠更好滿足信息工作者面向業(yè)務需求的技術(shù)。這些技術(shù)包括：n 業(yè)務活動監(jiān)視 (Business Activity Monitoring)，允許信息工作者監(jiān)視正在運行的業(yè)務流程。所有的信息都使用業(yè)務術(shù)語進行顯示，所顯示的內(nèi)容可以由業(yè)務人員直接控制。n 業(yè)務活動服務 (Business

7、 Activity Services)，允許業(yè)務人員設(shè)置/管理與貿(mào)易伙伴的交互通信。所有這些技術(shù)的重心都是解決使用各種不同軟件所帶來的固有問題，從而實現(xiàn)業(yè)務流程的自動化。如何使用 BizTalk Server 2006現(xiàn)代企業(yè)的商業(yè)業(yè)務流程日益依賴于計算機系統(tǒng)的支撐，雖然有些流程由單獨的應用程序來完成，但這些應用通常應不同的業(yè)務需求、在不同時間、在不同平臺上、使用不同技術(shù)創(chuàng)建的。因此，實現(xiàn)業(yè)務流程的自動化就需要將異構(gòu)的的應用系統(tǒng)連接起來。 而這種系統(tǒng)連接稱為業(yè)務流程自動化 (BPA)或業(yè)務流程管理 (BPM)，對應用程序集成來說，要考慮兩個問題，一是連接公司內(nèi)的應用程序，即“企業(yè)應用程序集成

8、(EAI)”。另一個則是連接不同公司中應用程序的“企業(yè)與企業(yè)(B2B) 集成”。 下圖顯示了BizTalk Server 2006 核心引擎在 EAI應用中的簡單示例：步驟 1：運行于大型機上庫存系統(tǒng)“Inventory Application”提示某零件的庫存量過低，提交訂購請求；該請求被發(fā)送給一個 BizTalk Server 2006 業(yè)務流程步驟 2：然后由這個業(yè)務流程向該公司的 ERP系統(tǒng)“ERP Application”提交采購請求步驟 3：運行Unix 系統(tǒng)上ERP 應用程序返回請求的采購訂單給流程步驟4： 業(yè)務流程通知構(gòu)建于.NET Framework 在 Windows 平臺

9、上配送執(zhí)行系統(tǒng)“Fulfillment Application”訂購這個零件在這個示例中，各系統(tǒng)之間使用不同的協(xié)議進行通信，BizTalk Server 2006 引擎的消息傳遞組件將按照它相應的通信方式與每個應用程序進行交流，在BizTalk Server 2006 業(yè)務流程中實現(xiàn)了智能地協(xié)調(diào)各個系統(tǒng)所需的功能。 企業(yè)中各個應用系統(tǒng)之間互通十分重要，而連接企業(yè)之外的其他應用系統(tǒng)也同等重要。下圖是 B2B 集成的示例，圖中上方的采購公司運行著Biztalk Server 2006業(yè)務流程，用來與其它兩個供應商通訊。供應商 A 也使用 BizTalk Server 2006，實現(xiàn)對其“Suppl

10、y”的其他應用系統(tǒng)的間接訪問。提供商 B 使用其他廠商的集成平臺，連接到采購公司的 BizTalk Server 2006 業(yè)務流程，例如采用 Web 服務方式。 BizTalk Server 2006 的基本目標是將企業(yè)現(xiàn)有的應用系統(tǒng)，或跨企業(yè)的應用集成到自動化的業(yè)務流程中，在建立了自動化的業(yè)務流程后，Biztalk Server還能使業(yè)務人員/技術(shù)人員了解在業(yè)務流程中正在發(fā)生的交易。如今的企業(yè)應用十分復雜和多樣，因此這種集成對于企業(yè)的IT建設(shè)是一種必然。BizTalk Server 2006 引擎為了允許用戶創(chuàng)建跨越多應用系統(tǒng)的業(yè)務流程，BizTalk Server 2006 引擎必須提供

11、兩個主要的功能：一是定義和執(zhí)行業(yè)務處理邏輯，其次是具有與業(yè)務流程所連接的各種應用程序進行通信的機制。下圖闡釋了引擎中解決這兩大問題的主要組件。如圖所示，消息通過“接收適配器（Receive Adapter）”進行接收，不同的適配器提供不同的通信機制，因此消息可能是通過多種不同的方法獲得的，例如通過訪問 Web 服務、從文件中讀取，或其他方式；然后該消息通過“接收管道（Reveive Pipeline）”進行處理，這個管道可以包括多種用于完成不同任務的組件，如將消息從原有格式轉(zhuǎn)換為 XML 文檔，檢驗消息的數(shù)字簽名等；然后，該消息被發(fā)送到數(shù)據(jù)庫“MessageBox”。 業(yè)務邏輯是由一個或者多個

12、包含有可執(zhí)行代碼的業(yè)務流程構(gòu)成的，由業(yè)務人員或開發(fā)人員使用圖形化的工具，將一組已定義的“形狀 (Shape)”組織在一起，表示條件判斷、循環(huán)和其他行為。業(yè)務流程可以使用更簡單、易于修改的“業(yè)務規(guī)則引擎”來表達業(yè)務流程中復雜的規(guī)則組合。每個業(yè)務流程都會創(chuàng)建訂閱 (subscription)，來顯示它所希望接收到的消息類型。當 MessageBox 接收到合適的消息時，這些消息將會被發(fā)送給目標業(yè)務流程，由這些業(yè)務流程來完成業(yè)務邏輯中所要求的操作。處理后的結(jié)果通常是另一個消息，它由業(yè)務流程生成并保存在 MessageBox 中。反過來，這個消息將由“發(fā)送管道”進行處理，例如可以將它從 BizTalk

13、 Server 2006 所用的內(nèi)部 XML 格式轉(zhuǎn)換為目標應用程序所用的格式，可以添加數(shù)字簽名等。然后，這個消息通過“發(fā)送適配器”發(fā)送出去，發(fā)送適配器使用合適的機制與該消息的目標應用程序進行通信。 一個構(gòu)建在 BizTalk Server 2006 引擎基礎(chǔ)上的完整解決方案可以包含多個不同的部分（有時也稱為“項目 (artifact)”）：業(yè)務流程、管道、消息架構(gòu)等。為了使得這些部分能夠作為單一的單元進行工作， BizTalk Server 2006正式確定了“BizTalk 應用程序”的概念。BizTalk 應用程序?qū)⒁粋€解決方案所需的全部組件整合成一個獨立的邏輯單元，使它成為管理和部署的

14、基本抽象概念。不同角色的人員使用 BizTalk Server 2006 引擎執(zhí)行不同的工作。例如，業(yè)務分析師可以定義組成業(yè)務流程的規(guī)則和行為，確定業(yè)務流程的流向，定義應該向每個應用程序發(fā)送哪些信息，定義業(yè)務文檔應該如何進行相互映射。在業(yè)務分析師完成流程定義后，開發(fā)人員可以創(chuàng)建一個 BizTalk 應用程序來實現(xiàn)它，如定義業(yè)務文檔將使用的 XML 架構(gòu)，指定文檔間具體的映射關(guān)系，以及創(chuàng)建實現(xiàn)這個業(yè)務邏輯所需的業(yè)務流程。管理員在這個流程中也擔當重要角色，例如設(shè)置各部分間的通信，以可伸縮的方式部署這個 BizTalk 應用程序，或執(zhí)行其他任務。所有這三個角色（業(yè)務分析師、開發(fā)人員和管理員）對于創(chuàng)建

15、和維護 BizTalk Server 2006 解決方案都是必需的。連接系統(tǒng)BizTalk Server 2006 引擎必須支持各種協(xié)議和消息格式以確保在不同平臺上異構(gòu)數(shù)據(jù)源的應用間有效地交換消息，正是由于存在多種不同的通信方式，引擎就是專門為實現(xiàn)這個通信而存在的。但是這個引擎在內(nèi)部僅處理 XML 文檔，無論消息在到達時是何種格式，它都在接收到消息后被轉(zhuǎn)換成 XML 文檔。同樣，如果文檔的接收方不接受 XML 格式的文檔，那么這個引擎將會把它轉(zhuǎn)換為目標應用程序所需的格式。 發(fā)送和接收消息：適配器由于 BizTalk Server 2006 必須依靠適配器引擎與多種不同的應用進行通信，而適配器是

16、一種通信機制的實現(xiàn)，例如某特定的協(xié)議。開發(fā)人員可以根據(jù)具體情況選擇適合的適配器。如，可以選擇使用 BizTalk Server 2006 的內(nèi)置適配器，使用為成熟應用產(chǎn)品（例如 SAP）創(chuàng)建的適配器，甚至創(chuàng)建自定義的適配器。在所有這些情況下，適配器都是基于一個標準庫創(chuàng)建的，該標準庫被稱為“適配器框架 (Adapter Framework)”。這個框架提供了一個創(chuàng)建、運行及管理適配器的常用方法。 BizTalk Server 2006 包括下列適配器：n Web 服務適配器：允許使用基于HTTP的SOAP協(xié)議來發(fā)送和接收消息。SOAP 是 Web 服務的核心協(xié)議，因此該適配器對于 BizTalk

17、 Server 2006 能夠與面向服務的世界進行通信是十分關(guān)鍵的。與其他 Web 服務一樣，URL 被用來識別發(fā)送和接收系統(tǒng)。n 文件適配器：允許在 Windows 文件系統(tǒng)中讀寫文件。由于業(yè)務流程中的所涉及到的應用程序經(jīng)常能夠訪問同一個文件系統(tǒng)（本地或通過網(wǎng)絡），通過文件進行消息交換是非常方便的。n HTTP 適配器：允許使用 HTTP 發(fā)送和接收信息。BizTalk Server 2006 引擎公開了一或多個 URL，允許其他應用程序向這些地址發(fā)送數(shù)據(jù)，也使用該適配器來向其他 URL 發(fā)送數(shù)據(jù)。n MSMQ 適配器：允許使用 Microsoft Message Queuing (MSMQ

18、) 發(fā)送和接收消息。n MSMQT 適配器：允許使用 BizTalk Message Queuing (MSMQT) 發(fā)送和接收消息。MSMQT可以在 MessageBox 中接收和發(fā)送 MSMQ 消息。雖然 BizTalk Server 2006 仍包括這個適配器，但新構(gòu)建的應用程序應該建議使用 MSMQ 適配器來取代。 n WebSphere MQ 適配器：允許使用 IBM 的WebSphere MQ （或“MQSeries”）發(fā)送和接收消息。 n SMTP 適配器：允許使用 SMTP 發(fā)送消息。使用標準電子郵件地址來確定接收方。n POP3 適配器：允許使用第三版的郵局協(xié)議 (POP3)

19、 來接收電子郵件消息及其中的附件。 n Windows SharePoint Services (WSS) 適配器：允許訪問/發(fā)布 SharePoint 文檔庫中的文檔。n SQL Adapter：允許在 SQL Server 數(shù)據(jù)庫中讀寫信息。 從微軟也可獲得常用商業(yè)軟件的適配器，包括用于 Siebel、PeopleSoft、Oracle 應用程序與 Oracle 數(shù)據(jù)庫、JD Edwards OneWorld 與 EnterpriseOne、TIBCO Rendezvous 與 Enterprise Messaging Service 以及 Amdocs Clarify 的各種適配器。微軟

20、的合作伙伴將提供更多的適配器，包括用于電子數(shù)據(jù)交換 (EDI) 及其他的連接器。不管使用何種適配器來接收數(shù)據(jù)，在業(yè)務流程可以訪問之前都必須對所獲得的消息進行處理。同樣的，業(yè)務流程所生成的傳出消息通常也需要在發(fā)送給適配器之前進行處理。下面將介紹如何實現(xiàn)這兩種處理：處理消息：管道組成業(yè)務流程的各個應用程序通過交換各種不同的文檔來進行通信：購買訂單、發(fā)票等。對于一個執(zhí)行業(yè)務流程的 BizTalk Server 2006 應用程序而言，它必須能夠正確地處理包含這些文檔的消息，該處理過程包括多個步驟，因此它通過一個消息管道來執(zhí)行。傳入消息由接收管道處理，而傳出消息則通過發(fā)送管道處理。例如，BizTalk

21、 Server 2006 引擎在內(nèi)部僅處理 XML 文檔，因此必須提供一種方法，將其他格式轉(zhuǎn)換成 XML。另外，可能還需要一些其他服務，例如對消息的發(fā)件人進行身份驗證。為了按照一種模塊化、可組合的方式處理這些任務，一個管道由一定數(shù)量的“階段 (stage)”組成。每個階段都包含一個或多個 .NET 或組件對象模型 (Component Object Model, COM)。每個組件負責消息處理過程中的一個部分。BizTalk Server 2006 引擎提供了許多解決常見情形的標準組件。如果這些組件還不滿足需求，開發(fā)人員也可以為接收和發(fā)送管道創(chuàng)建自定義的組件。 上圖闡釋了一個接收管道中的各個階

22、段以及為每個階段提供的標準組件。這些階段及其相關(guān)的組件包括：n 解碼階段：提供一個標準組件MIME/SMIME 解碼器。該組件可以處理 MIME 或 Secure MIME (S/MIME) 格式的消息以及其中包含的所有附件。它將這兩種消息都轉(zhuǎn)換成 XML，并可以解密 S/MIME 消息和檢驗它們的數(shù)字簽名。n 拆裝階段：提供了三個標準組件。平面文件拆裝器 (Flat File Disassembler) 組件將平面文件轉(zhuǎn)換為 XML 格式。這些文件可以是位置的（每個記錄擁有相同的長度和結(jié)構(gòu)）或是分隔的（在文件中使用指定的字符來分隔記錄）；第二個標準組件是“XML 拆裝器 (XML Disas

23、sembler)”，對已經(jīng)采用 XML 進行描述的傳入消息進行解析；第三個標準組件是 “BTF 拆裝器 (BTF Disassembler)”，該拆裝器不常用，它能夠接收使用 BizTalk Framework (BTF)所定義的可靠消息機制來發(fā)送的消息。n 驗證階段：提供了“XML 驗證器 (XML Validator)”。根據(jù)指定的架構(gòu)或架構(gòu)組對拆裝階段所生成的 XML 文檔進行檢驗。如果文檔不符合其中任何一個架構(gòu)，則返回錯誤信息。n 解析參與方階段：只有一個標準組件“參與方解析 (Party Resolution)”，用來確定消息發(fā)件人的身份。如果這個消息是數(shù)字簽名的，那么將使用這個簽名

24、在 BizTalk Server 2006 的“配置”數(shù)據(jù)庫中查找 Windows 身份（這個數(shù)據(jù)庫也可以作為 BizTalk Server 的管理工具使用）。如果該消息擁有經(jīng)過身份驗證的 Windows 用戶安全識別符 (SID)，那么將使用此身份。如果這兩種方法都沒有成功，那么該消息的發(fā)件人將被指派為默認的匿名身份。 傳出消息也可以經(jīng)歷多個階段，這些階段在發(fā)送管道中定義。上圖顯示了發(fā)送管道的各個階段和標準組件。它們包括：n 預組裝階段：沒有為這個階段提供標準組件?？梢愿鶕?jù)需要在這里插入自定義的組件。n 組裝階段：這個階段與接收管道中的“拆裝”階段相對應，也擁有三個標準組件?！捌矫嫖募M裝器

25、 (Flat File Assembler)”將 XML 消息轉(zhuǎn)換為位置或分隔的平面文件；“XML 組裝器 (XML Assembler)”則允許在傳出 XML 消息中添加一個信封或進行其他更改；第三個（很少使用）標準組件“BTF 組裝器 (BTF Assembler)”將消息組裝起來，用于使用 BizTalk Framework 消息傳遞技術(shù)進行可靠傳輸。n 編碼階段：一個標準組件“MIME/SMIME 編碼器 (MIME/SMIME Encoder)”。該組件以 MIME 或 S/MIME 格式組裝傳出消息。如果使用 S/MIME 格式，可以對消息進行數(shù)字簽名和/或加密。 BizTalk

26、Server 2006 定義了一些默認管道，包括一對簡單的接收/發(fā)送管道，用于處理已經(jīng)以 XML 格式表達的消息。開發(fā)人員可使用“管道設(shè)計器 (Pipeline Designer)”來創(chuàng)建自定義的管道。這個工具在 Visual Studio 2005 中運行，以圖形界面方式，允許通過拖放組件來創(chuàng)建具有各種所需行為的管道。 選擇消息：訂閱在消息通過適配器和接收管道后，消息的去向，即消息目標一般是某業(yè)務流程，也可能直接將消息發(fā)送給發(fā)送管道（將 BizTalk Server 2006 引擎純粹作為一個消息傳送系統(tǒng)使用），無論哪種情況，將消息傳遞到目的地都是通過訂閱來完成的。當一個消息經(jīng)過接收管道的處

27、理后，系統(tǒng)將創(chuàng)建一個包含各種消息屬性的“消息上下文”。業(yè)務流程或發(fā)送管道可以根據(jù)這些屬性的值來訂閱它們所需的消息。例如，某業(yè)務流程可能創(chuàng)建了一個訂閱，匹配所有類型為“發(fā)票”的消息，或所有來自 QwickBank Corporation 的類型為“發(fā)票”的消息，或所有來自 QwickBank Corporation 的類型為“發(fā)票”且金額大于 10,000 美元的消息，但是必須是明確指定的。訂閱將僅向訂戶返回那些匹配訂閱所規(guī)定標準的消息。接收到的消息可以通過實例化某個業(yè)務流程來啟動一個業(yè)務流程，或者激活正在運行的業(yè)務流程中的某一個步驟。同樣，在業(yè)務流程發(fā)送消息時，這個消息必須根據(jù)發(fā)送管道已建立的

28、訂閱匹配發(fā)送管道。 在 BizTalk Server 2006 中，與以前的版本只是被簡單地掛起導致錯誤的消息不同，現(xiàn)在可以按照特定的方法處理錯誤消息，或?qū)㈠e誤消息轉(zhuǎn)發(fā)到特定的目標（例如 WSS 文件夾）。定義業(yè)務流程在不同系統(tǒng)間發(fā)送消息是 BizTalk Server 2006 所希望解決的難題的必要部分，但是真正的目標是根據(jù)這些應用程序來定義和執(zhí)行業(yè)務流程。為了定義業(yè)務處理的邏輯，Biztalk Server 2006引擎提供了業(yè)務流程（orchestrations）。而且它還為創(chuàng)建和評估商業(yè)規(guī)則組合提供了業(yè)務規(guī)則引擎。內(nèi)容如下：使用業(yè)務流程自動化業(yè)務流程的邏輯以傳統(tǒng)編程語言創(chuàng)建、維護和管

29、理復雜業(yè)務流程仍極具挑戰(zhàn)性，采用以圖形的方式創(chuàng)建業(yè)務流程的方法比以編程語言構(gòu)建業(yè)務流程更為快速，而且也使得業(yè)務流程更容易理解、解釋和更改。另外，以這種方式構(gòu)建的業(yè)務流程更容易進行監(jiān)視。BizTalk Server 2006 為開發(fā)人員和業(yè)務人員都提供了合適的工具，以便他們能高效協(xié)作。開發(fā)人員工具在 Visual Studio 2005的環(huán)境中運行；而業(yè)務人員可以利用Visio創(chuàng)建業(yè)務流程，借助BizTalk Server 2006的Visio 加載能力，與開發(fā)人員進行工作協(xié)作，即基于 Visual Studio 的工具中所創(chuàng)建的信息可以導入到基于 Visio 的工具中，反之亦然。在完成業(yè)務流程

30、的創(chuàng)建后，這個流程（被稱為“業(yè)務流程”）可以自動地轉(zhuǎn)換為在 .NET Framework 中運行的標準程序集。對于開發(fā)人員而言，創(chuàng)建業(yè)務流程主要靠三個工具：用于創(chuàng)建 XML 架構(gòu)的“BizTalk 編輯器 (BizTalk Editor)”；用于定義這些架構(gòu)間轉(zhuǎn)換的“BizTalk 映射器 (BizTalk Mapper)”；用于指定業(yè)務流程邏輯的“業(yè)務流程設(shè)計器 (Orchestration Designer)”。這些工具都包含在 Visual Studio 2005 中，從而為開發(fā)人員提供了一致的開發(fā)環(huán)境。下面介紹每個工具所能夠完成的工作及它們相互間的協(xié)作：創(chuàng)建架構(gòu)：BizTalk 編輯器

31、業(yè)務流程處理各種 XML 文檔，而每個文檔又都需要符合一定的 XML 架構(gòu)，為此，BizTalk Server 2006 提供了這個 BizTalk 編輯器。該工具允許使用 XML 架構(gòu)定義語言 (XDS) 來創(chuàng)建架構(gòu)，這些結(jié)構(gòu)是文檔中信息結(jié)構(gòu)和類型的基本定義。 BizTalk 編輯器允許用戶以圖形化層次的形式來定義架構(gòu)元素，從而構(gòu)建創(chuàng)建原始的 XSD 架構(gòu)。而且，也可以從文件或可訪問的 Web 服務處導入現(xiàn)有的架構(gòu)。不論采用何種方法獲得，這些架構(gòu)都被作為 BizTalk 映射的基礎(chǔ)。架構(gòu)間的映射：BizTalk 映射器實現(xiàn)業(yè)務處理邏輯的業(yè)務流程 (Orchestration) 通常會接收和發(fā)

32、送一些文檔。將接收到的文檔中的一些信息傳輸?shù)桨l(fā)送文檔中（或經(jīng)過某種形式的轉(zhuǎn)換）也是十分常見的。例如，某個訂單處理過程可能是先接收到訂購零件的一份訂單，卻返回被拒絕消息，在這個情況下，一些來自于訂單的信息（例如請求識別符和訂購數(shù)量等）就可能會從接收訂單消息的字段被復制到拒絕消息中的字段中。BizTalk 映射器也可以用來定義從一種文檔到另一種文檔的轉(zhuǎn)換，這種轉(zhuǎn)換稱為“映射”。如上圖所示，每個映射都被表示為兩個 XML 架構(gòu)間的一種圖形關(guān)系，定義這些架構(gòu)中元素間的相互關(guān)系。W3C 已經(jīng)將XSLT (可擴展風格表單語言轉(zhuǎn)換，Extensible Stylesheet Language Transfo

33、rmation) 定義為表達 XML 架構(gòu)間轉(zhuǎn)換的標準方式，因此 BizTalk Server 2006 中的映射也通過 XSLT 轉(zhuǎn)換實現(xiàn)。在映射中所定義的轉(zhuǎn)換可以十分簡單，例如將數(shù)值從一個文檔復制到另一個文檔，這種的直接數(shù)據(jù)復制使用“鏈接”來表現(xiàn)。在 BizTalk 映射器中則顯示為連接源架構(gòu)中相應元素和目標架構(gòu)中對應元素的直線。復雜一些的轉(zhuǎn)換可以使用“functoid”來實現(xiàn)。functoid 是一組可執(zhí)行代碼，可以定義 XML 架構(gòu)間任意的復雜映射。上圖所示，BizTalk 映射器將其表示為連接被轉(zhuǎn)換元素間的直線上的方框。BizTalk Server 2006提供了許多內(nèi)置funtoi

34、d。這些內(nèi)置的functoid 根據(jù)功能分為不同的種類，即： n 數(shù)學 functoid：對源文檔中字段的值進行加、減、乘和除等操作，將結(jié)果保存在目標文檔的字段中。n 轉(zhuǎn)換 functoid：將一個數(shù)字值轉(zhuǎn)換為 ASCII，或進行反向轉(zhuǎn)換。n 邏輯 functoid：根據(jù)源文檔中指定值間的邏輯比較，確定在目標文檔中創(chuàng)建一個元素或?qū)傩浴＿@些值可以按照等于、大于/小于或其他方式進行比較。n 累計 functoid：從源文檔中的多個字段中計算平均值、求和或其他值，然后將結(jié)果保存到目標文檔的一個字段中。n 數(shù)據(jù)庫 functoid：訪問存儲在數(shù)據(jù)庫中的信息。 也可以直接以 XSLT 或使用 C# 和

35、Visual Basic 等語言來創(chuàng)建用戶自定義functoid。functoids 也可以按照一定順序組合使用，將上一個的輸出作為下一個的輸入。能夠定義文檔的 XML 架構(gòu)和能夠在不同架構(gòu)間映射信息都是十分關(guān)鍵的。BizTalk 編輯器和 BizTalk 映射器分別解決了這兩個問題，但僅是定義架構(gòu)和映射還遠遠不夠，還必須指定使用這些架構(gòu)和調(diào)用映射的業(yè)務邏輯。接下來將介紹具體內(nèi)容。定義業(yè)務邏輯：業(yè)務流程設(shè)計器業(yè)務流程是一組共同滿足某個實際業(yè)務需求的操作。通過 BizTalk Server 2006 引擎，開發(fā)人員可以使用“業(yè)務流程設(shè)計器”來圖形化定義這些操作。該工具允許開發(fā)人員按照合理的方式連

36、接一系列形狀（shapes），從而創(chuàng)建業(yè)務流程。用于業(yè)務流程創(chuàng)建器的形狀包括： 接收形狀：允許該業(yè)務流程接收消息。接收形狀可以擁有一個篩選器，精確定義它應該接收哪些類型的消息。也可以將接收形狀配置為在有新消息到達時啟動業(yè)務流程的新實例。 發(fā)送形狀：允許業(yè)務流程發(fā)送消息。 端口形狀；定義如何傳輸消息。每個端口形狀的實例都連接到一個發(fā)送或接收形狀。另外，每個端口還擁有一個類型、一個方向和一個綁定。類型定義了這個端口應該接收哪些類型的消息；方向包括發(fā)送或接收；綁定確定如何發(fā)送或接收消息，例如指定一個特定的 URL 或其他信息。 判定形狀：表示一個 if-then-else 語句，允許業(yè)務流程根據(jù)布爾

37、值執(zhí)行不同的任務。可以使用表達式編輯器（業(yè)務流程設(shè)計器的一部分）來指定這個條件語句。 循環(huán)形狀：允許在滿足某個條件時重復地執(zhí)行一個操作。 構(gòu)造消息形狀：允許構(gòu)建一個消息。 轉(zhuǎn)換形狀：允許將信息從一個文檔傳輸?shù)搅硪粋€文檔，并在傳輸過程中調(diào)用 BizTalk 映射器所定義的映射進行轉(zhuǎn)換。 并行操作形狀：允許指定多個操作同時（而不是順序）執(zhí)行。在所有并行操作完成后，才會執(zhí)行隨后的其他形狀。 作用域形狀：允許將多個操作分組為事務，定義用于錯誤處理的處理程序。支持傳統(tǒng)的原子事務和長期事務。與原子事務不同，長期事務依靠補償邏輯，而不是回滾到處理意外事件。 消息賦值形狀：允許對業(yè)務流程變量進行賦值。這些變量

38、可以用來存儲業(yè)務流程所用的狀態(tài)信息，例如一個正在創(chuàng)建的消息或一個字符串。下圖顯示了一個在業(yè)務流程設(shè)計器中創(chuàng)建的業(yè)務流程，其中使用了一些形狀（shapes）。在示例中，流程首先接收到一個消息，根據(jù)該消息的內(nèi)容做判斷，決定執(zhí)行兩條路徑中的某一條。當然，解決真正問題的業(yè)務流程會復雜的多。因此為了幫助處理更復雜的圖形，BizTalk Server 2006 中業(yè)務流程設(shè)計器提供了放大和縮小功能。在開發(fā)人員定義業(yè)務流程中，這些形狀(shapes)以及它們之間的關(guān)系將被轉(zhuǎn)換為 .NET Framework 的公共語言運行時 (CLR) 所用的 Microsoft Intermediate Language

39、 (MSIL)。最終，BizTalk Server 2006 開發(fā)人員所定義的這組形狀將成為一個標準 .NET 程序集。當然在需要時，也可以通過在形狀內(nèi)部調(diào)用 COM 或.NET對象，在業(yè)務流程中添加明確的代碼。Web 服務允許應用程序通過 SOAP 交換 XML 文檔，它們對集成平臺有著巨大影響。為了訪問一個外部 Web 服務，業(yè)務流程的創(chuàng)建者可以使用 Visual Studio 2005 中的“添加 Web 引用”選擇和 Web 服務適配器來直接調(diào)用操作。同時，BizTalk Server 2006 也提供了一個“Web 服務發(fā)布”向?qū)?。這個向?qū)Э梢陨梢粋€ ASP .NET Web 服務

40、項目，將業(yè)務流程中的一個或多個操作作為 SOAP 可調(diào)用的 Web 服務公開。這兩種方法使得開發(fā)人員既可以從業(yè)務流程中訪問現(xiàn)有的 Web 服務，又可以將現(xiàn)有的業(yè)務流程以Web服務發(fā)布給其他應用。Web 服務的增多也對如何定義業(yè)務流程產(chǎn)生了影響，為了提高互操作性， Microsoft、IBM 及其他公司創(chuàng)建了業(yè)務處理執(zhí)行語言 (BPEL)。使用業(yè)務流程編輯器定義的業(yè)務流程可以導出到 BPEL，而 BizTalk Server 2006 也可以導入以 BPEL 定義的流程。雖然這個語言能夠用于描述和共享外部可見的業(yè)務流程，但是應該認識到 BPEL 的側(cè)重點是解決這個問題，而不是實現(xiàn)整個業(yè)務流程的跨

41、平臺操作。同樣重要的是，應該認識到 BPEL 完全是構(gòu)建在 Web 服務基礎(chǔ)上的，而支持該語言的 BizTalk Server 2006 和其他產(chǎn)品還能提供更多的服務。例如，BizTalk Server 2006 支持不同 XML 架構(gòu)之間的映射、調(diào)用本地對象中的方法以及其他以 BPEL 無法實現(xiàn)的特性。由于這樣和那樣的原因，BPEL 并不是一個針對定義業(yè)務流程的完整語言，而且由于結(jié)構(gòu)化信息標準促進組織 (OASIS) 仍在對 BPEL 進行標準化，因此現(xiàn)在還不能將它作為一個完全成熟的技術(shù)來看待。 與 BizTalk Server 2006 中的其他開發(fā)工具一樣，業(yè)務流程設(shè)計器在 Visual

42、 Studio 2005 中運行。但是在一些情況下，業(yè)務分析師采用Vision可以圖形方式定義業(yè)務流程，利用 BizTalk Server 2006 所提供了一個 Visio 的加載項，將定義導入到業(yè)務流程設(shè)計器中。 業(yè)務流程 (Orchestration) 是在 BizTalk Server 2006 中創(chuàng)建業(yè)務流程的基本機制。但是在一個業(yè)務流程中，有些部分可能比其他部分的變化更為頻繁。例如，嵌入在業(yè)務流程中的決策策略（業(yè)務規(guī)則）通常是最多變的內(nèi)容。某個經(jīng)理上周的開支上限是 100,000 美元，因為職位晉申，現(xiàn)在她的開支上限提高到了 500,000 美元，或者某個付款拖延的客戶的訂購上限從

43、 100 件減少到僅有 10 件。正是業(yè)務規(guī)則引擎所完成指定和更新這些規(guī)則工作，詳細介紹如下：使用業(yè)務規(guī)則引擎業(yè)務流程設(shè)計器、BizTalk 編輯器和 BizTalk 映射器提供了一種有效的方法來定義業(yè)務流程及其使用的規(guī)則。BizTalk Server 2006 提供了更方便的方法來定義和更改業(yè)務規(guī)則，即業(yè)務規(guī)則引擎 (BRE)。開發(fā)人員將會經(jīng)常使用到 BRE，而面向業(yè)務的用戶使用業(yè)務規(guī)則編輯器 (Business Rule Composer) 來創(chuàng)建和修改業(yè)務規(guī)則。 當需要評估一組復雜的業(yè)務規(guī)則時，BRE 就十分有用了。例如，決定是否同意貸款可能涉及到許多規(guī)則，需要對客戶的信用記錄、收入及很

44、多方面進行評估。同樣的，確定是否向申請人銷售人身保險取決于很多內(nèi)容，包括申請人的年齡、性別以及各種各樣的健康信息。例如，可以用業(yè)務流程的判定形狀來將所有的這些規(guī)則表達為條件語句。對于類似這些規(guī)則的流程，BRE能使開發(fā)人員輕松許多。BRE 可更快、更方便地更改規(guī)則，以往開發(fā)人員必須首先在 Visual Studio中打開該業(yè)務流程，修改合適的形狀（也許包括它們調(diào)用的 .NET 或 COM 對象），然后構(gòu)建和部署修改后的程序集。另外，完成這個工作還需要停止包含這個業(yè)務流程的 BizTalk 應用程序，然后重新啟動。但是，如果這個業(yè)務規(guī)則是使用 BRE 實現(xiàn)的，那么不需要重新編譯或重新啟動任何東西就

45、可以完成修改。所需要做的只是使用業(yè)務規(guī)則編輯器來改變合適的規(guī)則，然后重新部署這組新的規(guī)則。這個更改會立即生效。而且，雖然業(yè)務流程通常是由開發(fā)人員創(chuàng)建和維護的，但是業(yè)務規(guī)則需要容易讀懂，使業(yè)務分析師能夠在沒有其他技術(shù)人員協(xié)助的情況下對它們進行修改。 業(yè)務規(guī)則的創(chuàng)建者通常首先使用業(yè)務規(guī)則編輯器來定義一個詞匯表 (vocabulary)，供指定規(guī)則之用。詞匯表中的每個術(shù)語都擁有友好名稱，提供某些信息。例如，詞匯表可能定義了“發(fā)貨數(shù)量”、“條目的最大數(shù)量”或“批準限制”等術(shù)語。術(shù)語可以被設(shè)置為常數(shù)或被映射到某個 XML 架構(gòu)（和傳入消息）中的特定元素或?qū)傩?，或者映射到對某個數(shù)據(jù)庫的 SQL 查詢結(jié)果，

46、甚至可以映射到 .NET 對象中的一個值。 在定義完成詞匯表后，可以使用業(yè)務規(guī)則編輯器來創(chuàng)建使用這個詞匯表的業(yè)務策略。每個策略可以包含一個或多個業(yè)務規(guī)則。規(guī)則使用在某個詞匯表中定義的術(shù)語和邏輯運算符（例如大于、小于、等于）來定義如何運作一個業(yè)務流程。業(yè)務規(guī)則可以定義已接收到 XML 文檔中的某個值如何影響將被發(fā)送 XML 文檔中的值，或這些接收到的值如何影響將哪些數(shù)據(jù)寫入到數(shù)據(jù)庫中，等等。 例如，我們有一個簡單的詞匯表，定義了術(shù)語“允許訂購的最大數(shù)量”，將其值設(shè)置為 10，另外又定義了一個術(shù)語“請求的數(shù)量”，該值派生自接收到的 XML 文檔（對應于用于下訂單的架構(gòu)）中的指定元素。這樣業(yè)務分析師

47、可以創(chuàng)建一個規(guī)則，表示如果傳入訂單中的“請求的數(shù)量”大于“允許訂購的最大數(shù)量”，則應該拒絕這個訂單，或生成一個合適的 XML 文檔，并將它發(fā)送回這個訂單的創(chuàng)建者。 為了執(zhí)行業(yè)務策略，業(yè)務流程使用“調(diào)用規(guī)則”形狀。這個形狀將創(chuàng)建一個 BRE 實例，指定執(zhí)行哪個策略，然后傳輸這個策略所需的信息（例如接受到的 XML 文檔）。另外，也可以通過基于 .NET 的對象模型來編程調(diào)用 BRE，從而允許從未使用 BizTalk Server 2006 引擎的應用程序中進行調(diào)用。這意味著 Windows 窗體應用程序、利用 Web 服務的軟件以及其他構(gòu)建于 .NET Framework 上的其他產(chǎn)品都可以在需

48、要解決所面臨問題時使用 BRE。 但是，BRE 是作為 BizTalk Server 2006 的一部分發(fā)放許可證的。詞匯表和業(yè)務規(guī)則可以比上面所介紹的規(guī)則復雜得多，而且更為強大。定義詞匯表，然后設(shè)置使用這個詞匯表的一組規(guī)則的思想是業(yè)務規(guī)則引擎的核心內(nèi)容。其目的是為各種 BizTalk Server 2006 用戶提供簡潔的方法來創(chuàng)建和使用定義業(yè)務流程的規(guī)則。管理和監(jiān)視不論完成什么工作，每個構(gòu)建于 BizTalk Server 2006 引擎上的應用程序都需要進行管理。本節(jié)討論安裝、配置、及管理的工具：安裝 BizTalk Server 2006雖然BizTalk Server 2006 擁有

49、許多組件，而且依靠 Windows 環(huán)境的諸多方面。但在安裝方面相比BizTalk Server 2004 來說，這個過程簡單了許多。BizTalk Server 2006 中的安裝可以從 BizTalk Server 2004 進行直接升級，所有基于早期版本構(gòu)建的項目（業(yè)務流程、映射等）都能在 2006 版中與以往一樣的工作。為了確保擁有正確的環(huán)境，新安裝 BizTalk Server 2006 的管理員可以下載一個標準的 .CAB 文件，或參考已經(jīng)下載的可用 .CAB 文件。不論哪種情況，這個 Microsoft 提供的文件中都包含有該產(chǎn)品安裝和運行所需的可重分發(fā)組件，其中包括合適版本的

50、Microsoft 數(shù)據(jù)訪問組件 (MDAC)、MSXML、最新的安全修復程序以及其他所需的軟件。 在安裝完成這個 .CAB 文件中的內(nèi)容后，有兩個安裝 BizTalk Server 的選項。一個是默認方法，通常開發(fā)人員使用它來創(chuàng)建自己可能使用的 BizTalk Server 2006 環(huán)境，在一臺機器上的一個帳號下安裝該產(chǎn)品的所有組件。在這個過程開始后，在安裝各個組件時開發(fā)人員無需做任何操作。相反，設(shè)置生產(chǎn) BizTalk Server 2006 環(huán)境的管理員可以使用自定義配置選項。這個選擇允許在不同的機器上部署這個產(chǎn)品，定義和使用不同的帳戶，并有更多詳細的配置。創(chuàng)建可伸縮的配置如果使用 B

51、izTalk Server 2006 引擎的 BizTalk 應用程序規(guī)模不大，那么可以將整個引擎安裝在一臺機器上。但在多數(shù)情況下，這個引擎需要處理的消息數(shù)量對于一臺機器來說太多了，或者可能需要實現(xiàn)冗余，來使系統(tǒng)更為可靠。為了滿足這樣的要求，可以按照多種不同的方法來部署 BizTalk Server 2006 引擎。部署引擎的基本概念是“主機”思想。一個主機可以包含很多內(nèi)容，包括業(yè)務流程、適配器和管道等。但是主機只是邏輯結(jié)構(gòu)。要使用它們，BizTalk Server 2006 管理員必須創(chuàng)建真正的“主機實例”每個主機實例都是一個 Windows 進程，它可以包含各種不同的項目。在下圖中所顯示的

52、實例中，Machine A 擁有兩個主機實例，其中一個主機實例包含一個接收適配器和接收管道，另一個包含業(yè)務流程 P 和 Q。Machine B 僅運行一個主機實例，其中也包含兩個業(yè)務流程 P 和 Q。Machine C 和 Machine A 一樣，擁有兩個主機實例，但是這兩個實例都沒有包含任何業(yè)務流程。相反的，每個實例包含了一個發(fā)送管道和發(fā)送適配器。最后，Machine D 擁有 MessageBox 數(shù)據(jù)庫，供這個配置中的所有主機實例使用。這個示例展示了利用主機的多種方法。例如，由于 Machine A 和 B 都擁有業(yè)務流程 P 和 Q，所以 BizTalk Server 2006 可以

53、自動地根據(jù)每臺機器的可用性和當前負荷，自動地平衡分配對這兩個業(yè)務流程的請求。這樣可以擴展 BizTalk 應用程序來應對大規(guī)模進程。您也會注意到，Machine C 擁有兩種不同的方法來處理傳出消息。一種方法是依靠標準 BizTalk Server 2006 適配器，例如 HTTP 適配器；另一種則是利用自定義適配器來與某個特定的系統(tǒng)進行通信。像這樣將所有的輸出處理集中到一臺機器上在有些情況下是很有用的。而且因為每個主機實例相互間是獨立的（它們是不同的進程），所以在單獨的實例中運行不完全信任的代碼會更安全一些，例如新的自定義適配器。另外需要指出的是，雖然這個示例僅包含了一個 MessageBo

54、x 數(shù)據(jù)庫實例，但實際上可以對數(shù)據(jù)庫進行復制或群集，避免造成單一故障點。BizTalk Server 2006 中引入的 BizTalk 應用程序的抽象概念并不是天生與主機相關(guān)聯(lián)的。對于一個簡單的 BizTalk 應用程序，它的所有的組件均可以包含在一個主機中，并安裝在同一臺機器上。但是如上圖所示，在更為復雜的情況下，組成應用程序的各種項目（業(yè)務流程、適配器、管道等）可能跨越多臺機器的多個主機。因此，將這些項目映射到實際機器的過程并非取決于 BizTalk 應用程序的概念。管理應用程序管理 BizTalk Server 2006 引擎的主要工具是“BizTalk 管理控制臺”，是Microso

55、ft 管理控制臺 (MMC) 管理單元，為 BizTalk Server 2006 管理員提供了新的用戶界面。為管理員提供了許多功能，其中最重要的是三個任務： n 部署 BizTalk 應用程序：與 BizTalk Server 2004 不同，BizTalk Server 2006 使得管理員能夠?qū)⑼暾?BizTalk 應用程序作為一個整體進行處理。通過使用 BizTalk 管理控制臺，管理員可以創(chuàng)建 BizTalk 應用程序，并將它部署到一臺或多臺服務器上。n 配置 BizTalk 應用程序：在開發(fā)人員創(chuàng)建業(yè)務流程時，它主要處理的是邏輯方面的問題。例如，為了定義 BizTalk Serv

56、er 2006 引擎如何與某個特定的應用程序進行通信，開發(fā)人員可以選擇 HTTP 適配器，而不用關(guān)心將使用哪個特定的 URL。同樣的，它可以指定發(fā)送管道在傳出消息時使用一個數(shù)字簽名的組件，而不用關(guān)心到底使用哪個密鑰來創(chuàng)建這個簽名。但是為了使這個應用程序真正的工作起來，這些細節(jié)內(nèi)容都是需要確定的。BizTalk 管理控制臺允許管理員創(chuàng)建和修改這樣的配置。 在 BizTalk Server 2004 中可以使用 BizTalk 瀏覽器。雖然現(xiàn)在仍支持這個瀏覽器，但是它的所有功能都可以在 BizTalk Server 2006管理控制臺中實現(xiàn)。. n 監(jiān)視 BizTalk 應用程序：管理員可以通過

57、BizTalk 管理控制臺的“組中心”頁，監(jiān)視 BizTalk 應用程序的操作。如下圖所示，可以按照多種不同的方法來檢查這些應用程序的當前狀況信息。例如，這個“組中心”頁不需要管理員搜索問題，它使用各種顏色的指示器來顯示這些問題。這使得管理員能夠采用更為主動的應用程序監(jiān)視方法。BizTalk 管理控制臺依靠 BizTalk Server 2006 的配置數(shù)據(jù)庫，管理員可以在應用程序運行時，動態(tài)地添加機器和指定應該分配給它們的主機，而不需要停止應用程序來進行更改。另外，這個管理員控制臺的功能也可以通過 Windows 管理規(guī)范 (WMI) 進行編程訪問，這使得管理員可以創(chuàng)建腳本來實現(xiàn)管理功能的自

58、動化。 報告和調(diào)試應用程序：運行狀況與活動跟蹤BizTalk 應用程序可以完成很多工作：發(fā)送和接收消息，在業(yè)務流程中處理這些消息，使用不同的協(xié)議與各種系統(tǒng)進行通信等等。記錄下所進行的工作是非常有用的，特別是在出現(xiàn)故障的時候尤其重要。同樣，能夠調(diào)試業(yè)務流程和其他應用程序也是十分關(guān)鍵的。這兩個功能都可以由 BizTalk Server 2006 的“運行狀況與活動跟蹤 (HAT)”組件來提供。HAT 工具能夠以圖形方式訪問在引擎上運行的各個應用程序的信息。這些信息可以包括業(yè)務流程何時啟動、何時結(jié)束，何時執(zhí)行其中的每個形狀，何時發(fā)送和接收每個消息，這些消息中包含哪些內(nèi)容等等。開發(fā)人員或管理員甚至可以設(shè)置斷點，允許在預先確定的位置停下業(yè)務流程并進行檢查。另外，HAT 工具也可以用來檢查存檔的數(shù)據(jù)，查找業(yè)務流程執(zhí)行中的特點和趨勢。這些信息可以用于調(diào)試、解答業(yè)務問題（例如檢驗消息是否真正地發(fā)送給了客戶）以及了解目前的統(tǒng)計數(shù)據(jù)，從而提高性能。 企業(yè)單一登錄當一個業(yè)務流程依靠多個不同應用程序時，它就很可能需要面對多個不同的