SOA與協(xié)同作用 保證企業(yè)連勝

申請免費試用、咨詢電話：400-8352-114

       作為近些年來越來越得到關(guān)注的一項技術(shù)，業(yè)務(wù)流程管理（Business Process Management，流程管理軟件）如今顯得酷似發(fā)展勢頭越來越猛的另一項技術(shù)：面向服務(wù)的架構(gòu)（Service-oriented Architecture，SOA）。而這種相似之處使得一些CIO一齊運用這兩項技術(shù)：使用SOA方法作為交付平臺、使用流程管理軟件方法作為“業(yè)務(wù)智能”平臺。 

       流程管理軟件和SOA都要求你安排好業(yè)務(wù)流程，并且弄清楚它們應(yīng)當如何與對方，或者其他應(yīng)用及數(shù)據(jù)源進行交互。有分析師說：“你不可能實施沒有業(yè)務(wù)流程的SOA。”不過許多公司還是把兩者人為地分開來，認為服務(wù)只是IT功能，認為業(yè)務(wù)流程只是業(yè)務(wù)工作流功能。 

       但流程管理軟件應(yīng)當成為SOA的中心編制機制，這是因為流程管理軟件本身就是面向流程的。SOA通常使用的編程機制――通過企業(yè)服務(wù)總線（Enterprise Service Bus，ESB）進行消息傳遞――卻不是面向流程的。 
流程管理軟件將會成為SOA最重要的一個部分，原因就在于它讓你在需求變化時可以組合服務(wù)。 

       西諾烏斯金融公司就是這種情況，這家金融服務(wù)聯(lián)合大企業(yè)為美國東南部的客戶提供服務(wù)。三年前，公司的首席技術(shù)官John Woolbright開始探究SOA概念，讓他動心的是SOA的這種功能：可以減少要開發(fā)及管理的 軟件 資產(chǎn)數(shù)量，另外由于能夠組合核心服務(wù)，而不是針對不同的變化情況重新創(chuàng)建服務(wù)，因而增強了提供新服務(wù)方面的靈活性。但廠商們提供的SOA方案都以基礎(chǔ)架構(gòu)為重心，漏掉了對Woolbright來說卻很關(guān)鍵的部分：服務(wù)執(zhí)行的業(yè)務(wù)流程。 

       他說：“我們從業(yè)務(wù)流程開始著手，然后試圖改變IT工具和技術(shù)，以便支持業(yè)務(wù)流程。” 

       于是Woolbright引入了Active Endpoints公司的流程管理軟件工具，對業(yè)務(wù)流程進行定義及建模，然后讓流程管理軟件工具充當編制工具，以便管理執(zhí)行流程的SOA服務(wù)。實際上，流程管理軟件工具成了西諾烏斯金融公司服務(wù)架構(gòu)中的編程層。“我們使用SOA技術(shù)來獲得通用的數(shù)據(jù)和呈現(xiàn)模型，以便能夠構(gòu)建執(zhí)行業(yè)務(wù)流程的應(yīng)用。” 

       Woolbright還決定不投資于企業(yè)服務(wù)總線（ESB），這是大多數(shù)SOA廠商大力擁護的技術(shù)平臺。他問道：“我們已經(jīng)針對大多數(shù)ESB層實施了相應(yīng)技術(shù)，譬如 安全 和數(shù)據(jù)轉(zhuǎn)換；還引入流程管理軟件作為業(yè)務(wù)編程層，那么為什么要更換這一切呢？” 

       Woolbright當時還擔心這一點：ESB的編制方法只是致力于服務(wù)之間的消息傳遞管理，而不是致力于業(yè)務(wù)流程本身。他說，而任何應(yīng)用項目最終的重點卻需要放在這些業(yè)務(wù)流程上。 他指出，充當編制層的 流程管理軟件工具在服務(wù)執(zhí)行如何影響業(yè)務(wù)流程方面提供了更大的控制度和洞察力。這是因為，業(yè)務(wù)環(huán)境關(guān)注的是業(yè)務(wù)流程本身及它們執(zhí)行的任務(wù)，譬如開設(shè)客戶帳戶或者執(zhí)行信用檢查。 

       西諾烏斯金融公司同時發(fā)現(xiàn)了SOA和流程管理軟件的優(yōu)點，所以它能夠在兩方面都關(guān)注的情況下開發(fā)架構(gòu)——但這種情況并不常見。許多企業(yè)實施的流程管理軟件項目和SOA項目是各自獨立的，所以需要同時開展流程管理軟件和SOA這兩個項目，而不是一下子即可改造公司。正如SOA是通過好多步驟才能實現(xiàn)的長遠目標，部署極廣泛的流程管理軟件也是如此。 

       企業(yè)首先要為獨立的流程部署流程管理軟件，正如許多企業(yè)首先把SOA部署在特定的項目里面那樣。而在這兩種情況下，它們會與ERP和CRM等應(yīng)用系統(tǒng)進行交互，對它們之間的流程進行協(xié)調(diào)，并且與其他應(yīng)用系統(tǒng)進行交互。因而，流程管理軟件交付的流程和SOA服務(wù)最初會以事先確定的方式來聯(lián)系組件，被稱之為“A-to-B-to-C”方式。但如果企業(yè)已經(jīng)定義好了同時面向流程和服務(wù)的一種架構(gòu)，它就能夠根據(jù)需要改變聯(lián)系，以支持新的需求或者出現(xiàn)變化的需求。到某個階段，作為配置上的變化，也許有人會采用A-to-C-to-B的聯(lián)系方式。 

       摩托羅拉是預(yù)期進行這種SOA與流程管理軟件融合的一家企業(yè)。摩托羅拉負責企業(yè)平臺的高級主管Charles Soto說：“我們把流程管理軟件工具與系統(tǒng)系列架構(gòu)結(jié)合起來，這定義了我們公司的藍圖。畢竟，它們都是同一概念——業(yè)務(wù)模塊化（business modularity）的延伸。” 

       企業(yè)架構(gòu)同時面向業(yè)務(wù)流程和軟件服務(wù)，而不是單單關(guān)注其中的一個方面。而采用企業(yè)應(yīng)用集成（Enterprise Application Integration，EAI）方法的企業(yè)尤其需要這樣的宏觀視野，EAI這種方法完全致力于軟件的交互關(guān)系，而不管它們?yōu)橹?wù)的業(yè)務(wù)流程如何。 

       作為圍繞跨不同技術(shù)平臺交付流程的一種架構(gòu)方法，SOA自然符合IT集成方法。而宏觀的SOA方法也自然符合業(yè)務(wù)流程協(xié)調(diào)，從而填補這種空缺。有了真正的SOA，再也不會出現(xiàn)流程管理軟件/EAI對立的情形。

文章來源：互聯(lián)網(wǎng)