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

申請免費(fèi)試用、咨詢電話：400-8352-114

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

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

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

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

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

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

描述靈活性的元要求

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

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

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

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

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

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

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

ZapThink采取的措施

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

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

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