保證松散耦合 EDA拓展SOA應(yīng)用

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

企業(yè)傾向與頻繁地改變架構(gòu)。以服務(wù)為中心和全球化的發(fā)展會不斷強化這種趨勢。這個世界正在逐漸變成一個以業(yè)務(wù)架構(gòu)為中心的網(wǎng)絡(luò)，在這個網(wǎng)絡(luò)上存在著獨立的、自治的服務(wù)提供者和服務(wù)使用者。部分的業(yè)務(wù)流程也會被外包給外面的公司。

部門將會轉(zhuǎn)變成服務(wù)提供者。這些服務(wù)提供者不再僅僅服務(wù)于組織內(nèi)部，他們會尋求外面的市場來提供自己的服務(wù)。隨需應(yīng)變的業(yè)務(wù)正在成為潮流，而那時服務(wù)提供者將會對來自于環(huán)境中的刺激——事件做出反應(yīng)。

要想在充滿競爭的市場中勝出，高度的自治是必須的，它需要能夠自由地選擇合適的IT支撐系統(tǒng)。獨立性的不斷增長需要應(yīng)用組件間松散地耦合，從而保證業(yè)務(wù)流程能夠服從于不斷改變的組織架構(gòu)。

為了達到這種敏捷性，支撐應(yīng)用必須能夠迅速適應(yīng)組織的改變，例如職責和角色的改變，外包或者內(nèi)包，部門或者整個公司的分解，融合或者重組等等。

業(yè)務(wù)流程一定不能被IT系統(tǒng)限制，要緊緊地跟上著這些組織的變化。例如，部分流程要外包出去，相應(yīng)地部分IT系統(tǒng)就可能被砍掉，剩下的IT系統(tǒng)就必須能夠與外包公司通信。為了適應(yīng)新的形勢，IT系統(tǒng)的改變一定不能耗費太多的時間和金錢。

SOA，虛假的承諾

這些都需要應(yīng)用組件之間松散地耦合，以便輕松地改變組織架構(gòu)而不用去改變IT系統(tǒng)。但是SOA的本質(zhì)是同步地命令控制模式，這是一種應(yīng)用組件間緊耦合的方式，它是無法滿足這種伸縮性的。

SOA在技術(shù)領(lǐng)域內(nèi)可能是松耦合的，它采用了標準的web service。但是在功能領(lǐng)域，SOA做不到松耦合，因為它是與外部服務(wù)調(diào)用和數(shù)據(jù)冗余消除相互聯(lián)系的。外包后，業(yè)務(wù)和數(shù)據(jù)的可用性將消失，這可能會造成巨大的損失，而這些全都是因為SOA引起的。SOA的承諾是松耦合，但是在功能層次上，這可能是一個虛假的承諾。

IT彈性與組織彈性

毫無疑問，SOA的采用將會帶來益處，它會縮減IT指出，并且加快部署。

但是同時SOA被定位于命令控制模式的，在功能分解上，它采用粗粒度。為了在先前提到的組織轉(zhuǎn)變環(huán)境中達到松耦合和自治，EDA在這個粒度層級上將會更加合適。EDA將會保證組織本身彈性，EDA將會幫助企業(yè)在不影響應(yīng)用架構(gòu)的基礎(chǔ)上進行組織改組。在不改變應(yīng)用的情況下改變組織的架構(gòu)這是EDA的承諾。當然我們這里討論的敏捷性是在一個完全不同的層次上的。

粒度

但是為什么SOA采用這樣一個級別的粒度?有四個方面的原因。首先，大多數(shù)人都根據(jù)web service來理解SOA。其次，當前的web service不適合細粒度。第三、web service起源于請求應(yīng)答模式，所以它與命令控制方案緊密相連。第四、事件驅(qū)動模型還很少有人知道，而人們都喜歡在自己熟悉的領(lǐng)域里來尋求解決方案。不幸地是，命令控制模式不適合這種細粒度。建立在同步web service上的SOA，對于中等層級粒度上的功能分解可能是個好主意，但是你也必須在設(shè)計前進行詳細地調(diào)研。所以尋找SOA適用的合適的粒度不是一個小問題。

何時采用SOA，何時采用EDA

同SOA相比，EDA提供了松散地耦合。EDA不是同步地命令控制模式，恰恰相反，它是一個異步地發(fā)布訂閱模式。發(fā)布者可能完全不知道訂閱者是誰，組件被松散地組合在一起，它們之間僅僅地共享消息語義。

如果你希望實現(xiàn)業(yè)務(wù)流程的高聚合，所有的流程都處于統(tǒng)一的控制之下，SOA會比較適合。SOA的命令控制模式適用于如下情況：

◆ 在功能分解的層級之間實現(xiàn)垂直的交互

◆ 功能性的請求答復(fù)流程，例如人機對話，用戶會等待機器的響應(yīng)。

◆ 需要方便提交和回復(fù)的交易流程

如果你希望實現(xiàn)業(yè)務(wù)流程之間的獨立性的化，EDA會適合你。這種架構(gòu)風格非常適合聯(lián)邦制和自治的流程環(huán)境。EDA適應(yīng)如下一些應(yīng)用：

◆ 流程鏈上每個環(huán)節(jié)之間水平的交流。

◆ 工作流;

◆ 那些跨越組織邊界的流程，需要內(nèi)外的交互，如B2B。

找到那些你能保證會停留在同一組織體內(nèi)部的業(yè)務(wù)流程，你將會發(fā)現(xiàn)解耦的要點，它就是業(yè)務(wù)功能的邊界。

在所有的粒度水平上實現(xiàn)松耦合是最理想的，這樣伸縮性和敏捷性就能方便地實現(xiàn)。所以我們應(yīng)該遵循如下規(guī)則：除了需要命令控制模式以外，任何情況下都采用松耦合。不管是SOA還是EDA，在功能維度上這些都是適用的。當然，這些規(guī)則總是會受到性能方面的挑戰(zhàn)，例如快速地應(yīng)答。