SOA質(zhì)量與治理：滿足靈活性的元要求

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

傳統(tǒng)的軟件質(zhì)量管理包括設(shè)計時間和部署時間活動。從根本上來說，就是在一定的要求，一定的時間限制下，在一定的預算支出下，盡可能的保證其完整無缺性。并且監(jiān)督工作中的軟件，確保其能滿足你部署的要求。對于那非常有效些已經(jīng)預先知道自己要求的機構(gòu)，在這些要求穩(wěn)定之后，當設(shè)計軟件滿足了這些需求之后，這種方法十分有效。

這種假設(shè)經(jīng)常是錯誤的——在大多數(shù)情況下，當要求還不成熟時，會隨著時間的推移而改變。最典型的，在沒有返工的情況下，軟件的目標就是對要求的變化做出回應。在這種情況下SOA十分有效。而且只是針對當下要求的方法不再那么有效了，這也是促進SOA發(fā)展的主要因素。

運行時間的質(zhì)量管理就是答案的一部分。確保運行軟件服務的質(zhì)量，無論這些軟件有沒有被抽取為服務，都是系統(tǒng)管理價值主張的關(guān)鍵性組成部分。SOA管理則增加了服務抽取的運行時間管理。管理服務抽取要求確保要求變化的質(zhì)量。尤其是非功能要求，例如性能。高效的SOA管理同時也要求處理運行時間例外管理以降低故障的級聯(lián)影響，保持松耦合。

市場上現(xiàn)有的SOA管理工具都能處理運行時間SOA管理。在面對要求變化時，這些工具的用途不是質(zhì)量管理——變化時間。在這些變化中管理質(zhì)量意味著管理元數(shù)據(jù)的質(zhì)量。因此，這樣的變化時間質(zhì)量管理關(guān)注元數(shù)據(jù)，要是這些元數(shù)據(jù)能夠滿足這些變化的要求。這樣的要求有兩類：持續(xù)的日常要求(重新配置可以解決)和更意義更廣的靈活性元要求。

正如ZapFlash先前的研究結(jié)果所示，至少有三種日常的變化時間要求：服務合同變化，策略變化，服務構(gòu)成變化。不管這些元數(shù)據(jù)如何變化，要保證質(zhì)量，必須要確保服務基礎(chǔ)實施能夠支持變化，還要確保新近配置的元數(shù)據(jù)滿足重新配置的要求。SOA管理工具可以解決前面的這個問題，但是后面的這個問題很難處理。

SOA的重新配置的開放源特性導致了變化時間元數(shù)據(jù)質(zhì)量的復雜性。如果設(shè)計師不能提前做出規(guī)劃，引進的這種計劃很可能完全無法預測，無法管理。從根本上來說，SOA支持用戶授權(quán)，如果缺乏相應的治理可能產(chǎn)生混亂的局面，需要時刻記在心上的是，要把變化時間元數(shù)據(jù)質(zhì)量保證當作策略來抓。為了能夠建立、通信并強制執(zhí)行針對基于元數(shù)據(jù)的變化策略。你就可以創(chuàng)建和其它治理處理的策略了。

描述靈活性的元要求

如果能將變化時間質(zhì)量保證看作是一項策略實施，也就規(guī)劃了整個SOA質(zhì)量工具藍圖:設(shè)計時間質(zhì)量的測試工具，運行時間質(zhì)量管理工具，變化市靜安質(zhì)量治理工具。但是，將變化時間質(zhì)量降級至治理領(lǐng)域就將問題變成了如何在第一時間創(chuàng)建策略。為了解決這個問題，我們還要回過頭來研究靈活性的元要求。

當企業(yè)架構(gòu)小組坐下來一同討論SOA措施時，他們會問許多和SOA實施有關(guān)的問題，即這些機構(gòu)究竟需要何種程度的靈活性。他們將問題的答案歸納為以下幾點：

服務重用的業(yè)務要求是什么?業(yè)務會在重用時考慮到成本節(jié)省以及其它量化問題嗎?

松耦合的要求是什么?我們將這個問題分成若干層次：語義層面，數(shù)據(jù)層面，通信協(xié)議層面，以及WIRE協(xié)議層面等等。

這項實施的用戶環(huán)境是什么?例如，服務需要支持多少用戶?他們都是內(nèi)部用戶么，還是你也接受外來用戶?什么用戶才被準許更改配置呢，在什么情況下可以更改配置?

什么是元策略?換句話說，什么是策略管理機構(gòu)建立和執(zhí)行策略?

需要注意的是，首先，所有這些問題的最后結(jié)果將是一套策略。其次，類似的問題不會關(guān)注特定功能的要求，也不會重視你在傳統(tǒng)項目建立的軟件。相反，這些問題最終又落到了靈活性問題上——即你的機構(gòu)想實現(xiàn)何種程度的靈活性，更重要的是，在那些地方對靈活性的要求不是特別高。如果能找出阻礙SOA措施發(fā)展的障礙，就會節(jié)省足夠的時間和金錢，也能幫助我們進一步討論變化市靜安質(zhì)量策略。

ZapThink采取的措施

盡管將變化時間質(zhì)量看做是治理問題降低了SOA用戶授權(quán)的風險，但是，治理并不是完全自動化的，實際上，大部分治理活動都是人為的：訓練，組織，管理以及其它人與人之間的溝通活動。SOA治理框架將所有的治理部分連成了一個整體。不管現(xiàn)在的SOA治理方案如何復雜，人為因素依然存在。

例如，一家機構(gòu)有一項策略，所有的服務組合在實施以前必須經(jīng)過經(jīng)理的審核。這項策略很顯然就是變化時間質(zhì)量策略，尤其是有相關(guān)的策略指導經(jīng)理人時。有一個工具可以簡化這個策略的實施，但是它不可能取代管理者的作用。

其次，你們中有些人可能意識到了一個重要的例子：如果元數(shù)據(jù)質(zhì)量是策略問題，包括策略元數(shù)據(jù)本身，你怎樣能確保應用到你質(zhì)量策略的這些策略的質(zhì)量呢?答案很簡單：元策略層面的質(zhì)量是由人提供的。假如你有一個策略，所有的服務合同必須符合機構(gòu)制定的某個特定服務規(guī)范，將這個策略的實施自動化很簡單，但是要確保策略的質(zhì)量就取決于人了：閱讀元要求表看策略是否還在，確保別人能夠理解其中的道理。這些活動對于人類來說很簡單，但是卻很難自動化。（IT專家網(wǎng)論壇）