然而，由于EAI 解決方案的高成本和專有特性，許多公司正在尋找一種更加簡易、靈活的方式來鞏固和現(xiàn)代化他們的應(yīng)用程序。為了提供服務(wù)和與業(yè)務(wù)合作伙伴、顧客及其他信息系統(tǒng)共享數(shù)據(jù)，企業(yè)必須以當(dāng)前的技術(shù)更新他們的遺留系統(tǒng)。一個(gè)解決方案便是利用Web services 和業(yè)務(wù)流程執(zhí)行語言（Business Process Execution Language，BPEL）。這些技術(shù)提供開放的、基于標(biāo)準(zhǔn)的集成，該集成通過組合消息傳遞技術(shù)和 XML 及各種Web services 標(biāo)準(zhǔn)來提供互操作性。一旦開發(fā)了Web service 接口，您就可以使用BPEL 來定義和編排業(yè)務(wù)事務(wù)，最終使遺留系統(tǒng)轉(zhuǎn)變成全新的現(xiàn)代信息系統(tǒng)（參見“Build Your Applications With BPEL”）。
本文討論在集成遺留系統(tǒng)和Web services 過程中遇到的問題, 以及在公司的集成工程中，BPEL 如何扮演重要的角色。
遺留系統(tǒng)的集成問題
當(dāng)今許多大企業(yè)現(xiàn)有的遺留系統(tǒng)由各種各樣不同的語言寫成，比如COBOL 和C++。另外，還可能存在不同的遺留系統(tǒng)來完成相同的功能，從而導(dǎo)致混亂、分散的IT 基礎(chǔ)架構(gòu)，這使得將來的集成變得困難。
例如，典型的企業(yè)通常由許多分散的不同部門組成，各部門有它自己的流程來履行具體的職責(zé)?？紤]一家提供旅游服務(wù)的大型連鎖旅館，它包括企業(yè)、部門和應(yīng)用程序之間的多個(gè)信息系統(tǒng)。各個(gè)旅館有它自己獨(dú)特的售票系統(tǒng)，允許顧客完成某些操作，比如查看旅館介紹和入住率，以及進(jìn)行和取消客房預(yù)訂。然而，由于各個(gè)系統(tǒng)的獨(dú)特性，公司在跨企業(yè)維護(hù)和交換相關(guān)數(shù)據(jù)（比如必須連接到記帳系統(tǒng)的信息）方面有些困難。
過去，公司也許是求助于專有的解決方案來補(bǔ)救通信問題和跨系統(tǒng)進(jìn)行集成。因此，經(jīng)過幾年的在專有集成方面的努力，現(xiàn)在企業(yè)中并存著各種各樣的集成工具和解決方案。盡管使用專有通信技術(shù)（即 CORBA、EDI 或其他消息傳遞技術(shù)）來集成孤立的系統(tǒng)是可能的，但公司變得依賴于供應(yīng)商。因此，由于需要另外的相當(dāng)數(shù)量的資源來維護(hù)專有的標(biāo)準(zhǔn)和協(xié)議，系統(tǒng)的擴(kuò)展變得越來越困難。
創(chuàng)建Web Services 接口
企業(yè)需要可伸縮的、可靠的應(yīng)用程序。由于涉及如此多的數(shù)據(jù)并且需要很多的資源，所以我們例子中的連鎖旅館無法簡單地從頭開始和重新構(gòu)建。它必須找到一種方法來擴(kuò)展它的遺留系統(tǒng)并在這之上構(gòu)建新的系統(tǒng)。在如今這個(gè)快速變化、前瞻性思考的世界，公司必須現(xiàn)代化和鞏固他們現(xiàn)有的信息系統(tǒng)。他們還必須保證，這些系統(tǒng)集成以后，能夠?yàn)閷黹L期的發(fā)展提供支持。為適應(yīng)這些需要，相關(guān)組織必須建立靈活的、基于標(biāo)準(zhǔn)的架構(gòu)，而不是局限于專有的規(guī)范。
對于部署了多種銷售方案和要將現(xiàn)有系統(tǒng)用于新應(yīng)用程序的企業(yè)，實(shí)現(xiàn)Web services 無疑是企業(yè)的一個(gè)理想選擇。Web services 正在獲得行業(yè)范圍內(nèi)的認(rèn)同和使用。它們正在從概念驗(yàn)證部署轉(zhuǎn)向任務(wù)關(guān)鍵型企業(yè)應(yīng)用程序中的實(shí)際使用。
由于Web service 標(biāo)準(zhǔn)的發(fā)展，比如XML、SOAP、Web Services Description Language (WSDL)和 UDDI，一個(gè)促進(jìn)和鼓勵(lì)互操作性和系統(tǒng)再利用的標(biāo)準(zhǔn)化集成接口是可用的。所以，可以使用新技術(shù)來鞏固和現(xiàn)代化遺留系統(tǒng)，這使得沒有供應(yīng)商參與的快速集成成為可能。通過構(gòu)造Web services 接口，可以在遺留系統(tǒng)的基礎(chǔ)之上開始構(gòu)建；而不是取代它們并從頭開始。這一架構(gòu)為將來的擴(kuò)展提供基礎(chǔ)，由于有一個(gè)靈活的、基于標(biāo)準(zhǔn)的接口，企業(yè)因此可以輕易地增加或插入新的應(yīng)用程序。
用BPEL 編排業(yè)務(wù)流程
為使企業(yè)最大化Web services 帶來的好處，他們需要一種在模仿實(shí)際業(yè)務(wù)流程的自動(dòng)化業(yè)務(wù)流程之內(nèi)使用這些服務(wù)的方式。他們必須編排業(yè)務(wù)事務(wù)發(fā)生的順序以提高企業(yè)日常業(yè)務(wù)的效率。BPEL 最初叫做BPEL4WS (Business Process Execution Language for Web Services)，明確設(shè)計(jì)為用于定義和自動(dòng)化這些類型的支持Web service 的業(yè)務(wù)流程。
BPEL 支持的面向Webservice 的業(yè)務(wù)流程自動(dòng)化的方法為當(dāng)今企業(yè)所面對的兩個(gè)挑戰(zhàn)提供了解決方案：
BPEL 還提供一種語言，可以表示用于在多方之間交換交互模式的流程（業(yè)務(wù)協(xié)議）和意在轉(zhuǎn)換內(nèi)部邏輯的流程（可執(zhí)行流程）；它也可以緩和從一個(gè)流程到另一個(gè)流程的過渡。BPEL 可以用同一種語言表達(dá)兩種類型的流程，且以很小數(shù)量的擴(kuò)展來區(qū)別業(yè)務(wù)協(xié)議（稱為抽象流程）和可執(zhí)行流程。這兩種類型的流程之間的區(qū)別不需要很明顯。實(shí)際上，BPEL 的一個(gè)主要特點(diǎn)就是，它表示兩種類型流程的能力使得一種類型的流程到另外一種類型的流程的轉(zhuǎn)換過程變得容易（例如，把一個(gè)內(nèi)部業(yè)務(wù)流程的部分作為抽象流程暴露給業(yè)務(wù)合作伙伴，當(dāng)然，任何敏感的信息除外）。
BPEL 另外所關(guān)心的是，流程是如何受控的。流程模型化方面的兩個(gè)主要控制方法是分級(jí)控制和類圖控制，前者與結(jié)構(gòu)化編程語言中的一樣，而對于后者，活動(dòng)的執(zhí)行主要受控于表明活動(dòng)間的顯式依賴關(guān)系的鏈接。BPEL 支持這兩種類型的控制方法，并允許在流程內(nèi)交替使用這二者。在流程的表示方面，這給予作者高度的靈活性，他可以選擇任何對任務(wù)來說是最自然的方式。
最后，BPEL 應(yīng)對的是與長期運(yùn)行的業(yè)務(wù)流程相關(guān)的挑戰(zhàn)。大多數(shù)的業(yè)務(wù)流程會(huì)持續(xù)相當(dāng)長的時(shí)間，因而需要一個(gè)長期運(yùn)行的事務(wù)模型。BPEL 使用一個(gè)具有隱式和顯式補(bǔ)償?shù)哪Ｐ停虼斯收峡梢员惠p易地處理，無需做不切實(shí)際的假定——即能夠?qū)⑹聞?wù)鎖定一段不定的時(shí)間。對補(bǔ)償處理的內(nèi)在支持和良好定義的原子活動(dòng)是該模型的關(guān)鍵。
用BPEL 搭橋
BPEL 包括對生產(chǎn)和消耗Web services 的內(nèi)在支持。實(shí)際上，每個(gè)可執(zhí)行的BPEL 流程是作為一個(gè)Web service 展示給世界的。雖然Web service 技術(shù)（比如WSDL 和XML）被設(shè)計(jì)為平臺(tái)中立的，但是包括一些關(guān)鍵Webservice 概念的集成語言可使公司節(jié)省大量的時(shí)間和資源。此外，BPEL 還嚴(yán)重依賴于WSDL，并把由WSDL 提供的關(guān)鍵抽象作為它自己的關(guān)鍵抽象。這使得BPEL 成為一種操縱Web services 的自然語言。所以，對應(yīng)用程序集成來說，企業(yè)中可用的Web services 越多，BPEL 就越重要。
有了Web service接口，BPEL 可用作擴(kuò)充遺留系統(tǒng)的橋梁，同時(shí)可為新技術(shù)提供實(shí)現(xiàn)和集成的方式。因此，多個(gè)應(yīng)用程序（新的和舊的）通過這座BPEL 橋梁可以利用現(xiàn)有的業(yè)務(wù)流程。通過使用BPEL 編排業(yè)務(wù)流程，企業(yè)能夠替換或升級(jí)一個(gè)業(yè)務(wù)流程中舊的部分，而不影響運(yùn)行良好的新系統(tǒng)。
所以，一個(gè)全新的信息循環(huán)將最終形成，其中的遺留系統(tǒng)部分將緩慢遷移。隨著時(shí)間的推移，整個(gè)遺留系統(tǒng)將遷移到新的信息循環(huán)中，并將最終消失，被合并到現(xiàn)代化的BPEL 循環(huán)中。例如，在我們的旅館場景中，公司能運(yùn)用BPEL 來更改其客房預(yù)訂系統(tǒng)中的流程，而無需改變它的會(huì)計(jì)系統(tǒng)，即使兩者也許會(huì)在其他的業(yè)務(wù)流程中相互作用。通過轉(zhuǎn)變舊的業(yè)務(wù)流程，BPEL 可以伸縮和現(xiàn)代化旅館的基礎(chǔ)架構(gòu)。
在集成擴(kuò)展的企業(yè)里，靈活的、基于標(biāo)準(zhǔn)的架構(gòu)作為可選的設(shè)計(jì)模型正在涌現(xiàn)。其中Web services 和 BPEL充當(dāng)了重要角色，提供強(qiáng)有力的手段使得業(yè)務(wù)邏輯可以在為集成任務(wù)提供服務(wù)的抽象級(jí)別被明確表達(dá)和執(zhí)行。
我們已經(jīng)看到許多對多數(shù)業(yè)務(wù)流程應(yīng)用程序來說是共同的屬性，包括長期運(yùn)行的流程；對可靠的異步通信的需要；以及大量使用Web service技術(shù)。盡管任何這些屬性都能用通用編程語言編寫代碼來實(shí)現(xiàn)，但是創(chuàng)建Web service接口和使用BPEL 的主要好處是，它們提供對遺留系統(tǒng)集成的常見困難任務(wù)特別適合的抽象和基礎(chǔ)架構(gòu)。
聯(lián)系客服
