發(fā)展中的SOA框架的幾大缺憾研究

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

作為一個具有發(fā)展前景的應(yīng)用系統(tǒng)架構(gòu)，SOA尚處在不斷的發(fā)展中，肯定存在許多有待改進的地方。Stencil Group咨詢公司的Brent Sleeper 在《The five missing pieces of SOA》中列舉了SOA在可靠性、安全性、編制、遺留系統(tǒng)支持和語義方面還存在嚴重不足。

缺憾之一 : 可靠性（Reliability）

SOA 還沒有完全為事務(wù)的最高可靠性——不可否認性(nonrepudiation)、消息一定會被傳送且僅傳送一次（once-and-only-once delivery）以及事務(wù)撤回（rollback）——做好準備，不過等標準和實施技術(shù)成熟到可以滿足這一需求的程度并不遙遠。

缺憾之二 : 安全性（Security）

在過去，訪問控制只需要登錄和驗證；而在SOA環(huán)境中，由于一個應(yīng)用軟件的組件很容易去跟屬于不同域的其他組件進行對話，所以確保迥然不同又相互連接的系統(tǒng)之間的安全性就復雜得多了。

缺憾之三 : 編排 （Orchestration）

統(tǒng)一協(xié)調(diào)分布式軟件組件以便構(gòu)建有意義的業(yè)務(wù)流程是最復雜的，但它同時也最適合面向服務(wù)類型的集成，原因很顯然，建立在SOA上面的應(yīng)用軟件可以被設(shè)計成可以按需要拆散、重新組裝的服務(wù)。作為目前業(yè)務(wù)流程管理（BPM）解決方案的核心，編排功能使IT管理人員能夠通過已經(jīng)部署的套裝或自己開發(fā)的應(yīng)用軟件的功能，把新的元應(yīng)用軟件（meta-application）連接起來。事實上，最大的難題不是建立模塊化的應(yīng)用軟件，而是改變這些系統(tǒng)表示所處理數(shù)據(jù)的方法。

缺憾之四 :遺留系統(tǒng)處理（Legacy support）

SOA 中提供集成遺留系統(tǒng)的適配器，遺留應(yīng)用適配器屏蔽了許多專用性API的復雜性和晦澀性。一個設(shè)計良好的適配器的作用好比是一個設(shè)計良好的SOA服務(wù)：它提供了一個抽象層，把應(yīng)用基礎(chǔ)設(shè)施的其余部分與各種棘手問題隔離開來。一些廠商就專門把遺留應(yīng)用軟件“語義集成”到基于XML的集成構(gòu)架中。 但是集成遺留系統(tǒng)的工作始終是一個挑戰(zhàn)。

缺憾之五 : 語義 Semantics

定義事務(wù)和數(shù)據(jù)的業(yè)務(wù)含義，一直是IT管理人員面臨的最棘手問題。語義關(guān)系是設(shè)計良好SOA架構(gòu)的核心要素。就目前而言，沒有哪一項技術(shù)或軟件產(chǎn)品能夠真正解決語義問題。為針對特定行業(yè)和功能的流程定義并實施功能和數(shù)據(jù)模型是一項繁重的任務(wù)，它最終必須由業(yè)務(wù)和 IT管理人員共同承擔。不過，預(yù)制組件和經(jīng)過實踐證明的咨詢技能可以簡化許多難題。

采用XML技術(shù)也許是一個不錯的主意。許多公司越來越認識到制定本行業(yè)XML標準的重要性。譬如，會計行業(yè)已提議用可擴展業(yè)務(wù)報告語言（XBRL）來描述及審查總賬類型的記錄。

重要的是學會如何以服務(wù)來表示基本的業(yè)務(wù)流程。改變開發(fā)方式需要文化變遷，相比之下，解決技術(shù)難題只是一種智力操練。

性能（performance）：SOA的第六個缺憾？

批評SOA的人士經(jīng)常會提到性能是阻礙其采用的一個障礙，但技術(shù)的標準化總需要在速度方面有一些犧牲。這種懷疑觀點通常針對兩個方面：SOA的分布性質(zhì)和Web服務(wù)協(xié)議的開銷。

不可否認，任何分布式系統(tǒng)的執(zhí)行速度都不如獨立式系統(tǒng)，這完全是因為網(wǎng)絡(luò)的制約作用造成的。當然，有些應(yīng)用軟件無法容忍網(wǎng)絡(luò)引起的延遲，例如那些對實時性要求很高的應(yīng)用軟件，所以在應(yīng)用SOA架構(gòu)之前，搞清楚它的適用范圍就顯得很重要了。

除了上述幾點之外，筆者認為還有兩點也頗值得關(guān)注：

松耦合和敏捷性要求之間的權(quán)衡難題：服務(wù)松耦合設(shè)計其實是一把雙刃劍，在帶來應(yīng)變敏捷性的同時，也給業(yè)務(wù)建模和服務(wù)劃分帶來難題。這就是為什么在SOA討論中，業(yè)務(wù)建模的爭論總是最多。

跨系統(tǒng)集成難題：面向服務(wù)的體系結(jié)構(gòu)（SOA）設(shè)計將跨越計算機系統(tǒng)，并且還可能跨越企業(yè)邊界。我們不得不考慮在使用 Internet 時安全性功能和需求以及如何鏈接伙伴的安全域。Internet 協(xié)議并不是為可靠性（有保證的提交和提交的順序）而設(shè)計，但是我們需要確保消息被提交并被處理一次。當這不可能時，請求者必須知道請求并沒有被處理。（UML.org）