SOI為SOA架構(gòu)基礎(chǔ)

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

業(yè)務(wù)的靈活性或者說(shuō)是業(yè)務(wù)的敏捷性，一直都是面向服務(wù)的架構(gòu)(SOA)最讓人興奮的特性。SOA利用服務(wù)的松耦合性以及可重用性，在企業(yè)的各個(gè)部門(mén)之間，或者部門(mén)的內(nèi)部，通過(guò)分享或者重組一些可重用的應(yīng)用組件實(shí)現(xiàn)了業(yè)務(wù)的敏捷性。但是，在數(shù)據(jù)中心，SOA所標(biāo)榜的靈活性就很可能成為了一種不可預(yù)測(cè)性，而這種不可預(yù)測(cè)性，跟傳統(tǒng)的基礎(chǔ)設(shè)施是不兼容的。

例如，當(dāng)兩個(gè)、五個(gè)或者十個(gè)應(yīng)用程序突然同時(shí)訪問(wèn)某個(gè)Web服務(wù)時(shí)，其載荷或者訪問(wèn)量就會(huì)迅速增加。那么，當(dāng)載荷突然增大時(shí)，服務(wù)本身又會(huì)出現(xiàn)怎樣的問(wèn)題呢？可能的一種情況就是服務(wù)的響應(yīng)時(shí)間變得很慢。如果仍然想要保證服務(wù)的質(zhì)量，或者滿足用戶對(duì)于響應(yīng)時(shí)間的需求，那么就需要在運(yùn)行時(shí)動(dòng)態(tài)地根據(jù)服務(wù)的載荷分配給服務(wù)合適的計(jì)算資源。

Gartner的分析師Donna Scott對(duì)于上述情況表達(dá)了自己的看法: “如果想實(shí)現(xiàn)這種動(dòng)態(tài)的服務(wù)資源分配，就必須首先保證有足夠的計(jì)算資源可供分配，并且最好是從基礎(chǔ)設(shè)施的角度去做規(guī)劃，而這些基礎(chǔ)設(shè)施包括硬件、軟件、網(wǎng)絡(luò)、帶寬和存儲(chǔ)等?！?/P>

當(dāng)然，這種動(dòng)態(tài)的服務(wù)資源分配方式說(shuō)起來(lái)容易做起來(lái)難?！皩?duì)待任何事情都不能想當(dāng)然。因?yàn)槟銦o(wú)法預(yù)料到服務(wù)載荷會(huì)在什么時(shí)候突然增大，也就無(wú)法預(yù)料什么時(shí)候需要分配資源。當(dāng)服務(wù)訪問(wèn)SOA服務(wù)器的時(shí)候，后臺(tái)終端不會(huì)為你自動(dòng)地去做任何事情，因此，你必須親自設(shè)計(jì)并建立一個(gè)基礎(chǔ)架構(gòu)來(lái)實(shí)現(xiàn)資源的動(dòng)態(tài)改變?！盌onna Scott說(shuō)。

所以，為了觀察服務(wù)的執(zhí)行狀態(tài)，我們就需要一些工具去監(jiān)控服務(wù)的狀態(tài)，并且自動(dòng)地做些調(diào)整，或者借助于少量的人為干涉達(dá)到動(dòng)態(tài)調(diào)整服務(wù)資源的目的。一些基本的技術(shù)提供了更多的服務(wù)器資源，以及對(duì)于這些服務(wù)器資源的配置管理，當(dāng)然，還需要操作手冊(cè)的自動(dòng)化。而服務(wù)器資源的虛擬化技術(shù)使得一臺(tái)計(jì)算機(jī)能夠運(yùn)行多個(gè)操作系統(tǒng)，當(dāng)然這也可以應(yīng)用到服務(wù)器資源的動(dòng)態(tài)分配中。

上述技術(shù)便構(gòu)成了所謂的“實(shí)時(shí)企業(yè)”(Real-Time Enterprise，RTE)所需要的核心技術(shù)。在一個(gè)實(shí)時(shí)企業(yè)（RTE）中，運(yùn)行環(huán)境總是動(dòng)態(tài)優(yōu)化的，所以需要通過(guò)不斷地調(diào)諧運(yùn)行環(huán)境來(lái)滿足動(dòng)態(tài)的需求。Scott還強(qiáng)調(diào)說(shuō)：“你需要根據(jù)資源來(lái)決定IT服務(wù)的需求?！?/P>

而面向服務(wù)的基礎(chǔ)設(shè)施(Service Oriented Infrastructure，SOI)便能夠滿足實(shí)時(shí)企業(yè)(RTE)的需求。Open Group——一個(gè)致力于為SOI定義引用框架和成熟度模型的公開(kāi)標(biāo)準(zhǔn)聯(lián)盟，其認(rèn)為，利用SOI，更確切地說(shuō)，利用SOI中的虛擬處理器、存儲(chǔ)和網(wǎng)絡(luò)資源，企業(yè)無(wú)需考慮為每一個(gè)應(yīng)用程序分配固定的資源，就可以實(shí)現(xiàn)應(yīng)用程序的動(dòng)態(tài)資源分配。

Open Group的SOA-SOI聯(lián)合項(xiàng)目主席Hemesh Yadav說(shuō)：“SOA和SOI是可以獨(dú)立存在的，但是假如你能夠真正地、很好地結(jié)合這兩項(xiàng)技術(shù)，你將會(huì)看到更大的成功?！?/P>

管理優(yōu)先

無(wú)論是實(shí)時(shí)企業(yè)（RTE）還是SOI，這兩個(gè)概念對(duì)于許多企業(yè)來(lái)說(shuō)都是很有吸引力的。但是，如果想要把這兩個(gè)概念轉(zhuǎn)變成現(xiàn)實(shí)，還是需要一些策略的。

美國(guó)愛(ài)達(dá)荷州的工程與建筑公司W(wǎng)ashington Group International負(fù)責(zé)應(yīng)用程序集成的Rich Colton說(shuō)：“對(duì)于那些剛剛接觸這些概念的企業(yè)來(lái)說(shuō)，要量化服務(wù)對(duì)于基礎(chǔ)設(shè)施（存儲(chǔ)、網(wǎng)絡(luò)、硬件和軟件等）的需求并不容易。當(dāng)你開(kāi)始實(shí)施SOA中的某一進(jìn)程時(shí)，你可能會(huì)需要許多資源，也就是說(shuō)，你可能需要使用許多服務(wù)器和數(shù)據(jù)庫(kù)，甚至許多運(yùn)行在不同服務(wù)器上的應(yīng)用程序。但是，問(wèn)題的關(guān)鍵在于，當(dāng)每個(gè)服務(wù)器的載荷變大時(shí)，你如何知道每個(gè)SOA的服務(wù)需要運(yùn)行多長(zhǎng)時(shí)間，然而只有了解到了這些，你才可以決定資源分配的策略?！?/P>

事實(shí)上，用于監(jiān)控SOA進(jìn)程中的各個(gè)元素以及每個(gè)進(jìn)程所需要的資源的那些工具和技術(shù)才剛剛開(kāi)始成熟?！耙话愕膽?yīng)用程序可能是在使用一些傳統(tǒng)的工具，通過(guò)觀察服務(wù)器的CPU和內(nèi)存使用率來(lái)反饋應(yīng)用程序負(fù)載的信息。但是，對(duì)于SOA來(lái)說(shuō)，那些簡(jiǎn)單的工具已經(jīng)無(wú)法勝任，你必須使用一些有深度的工具，而這些工具能夠在服務(wù)組件的層次上提供給你一些智能的信息，供你判斷服務(wù)的載荷。不過(guò)，你首先需要確定你的那些工具能夠幫助你決定資源將用于何處，或者說(shuō)，如何去優(yōu)化資源分配。但這還是有風(fēng)險(xiǎn)的，因?yàn)槟悴恢涝摪涯愕淖⒁饬?yōu)先放在哪里。”Colton說(shuō)。

Scott也很贊同Colton的觀點(diǎn)，他說(shuō)：“在數(shù)據(jù)中心，現(xiàn)在企業(yè)正試圖朝著自動(dòng)化的方向前進(jìn)，但是可能還是為時(shí)尚早。然而，大部分傳統(tǒng)的管理技術(shù)，比如監(jiān)控和配置管理，為了能夠適應(yīng)SOA的環(huán)境都必須要變得更加活躍?！?/P>

另外，企業(yè)將不得不把自動(dòng)化提升到一個(gè)更高的層次。比如，虛擬化雖然是一項(xiàng)很重要的技術(shù)，但是還需要額外的工具來(lái)實(shí)現(xiàn)RTE和SOI要求的業(yè)務(wù)敏捷性。來(lái)自O(shè)pen Group的Yadav也強(qiáng)調(diào)說(shuō): “缺乏自動(dòng)化這一條件，將會(huì)成為你管理虛擬服務(wù)器時(shí)最大的障礙?！?/P>

“在一個(gè)虛擬化的環(huán)境下，從一個(gè)邏輯分區(qū)到另外一個(gè)邏輯分區(qū)，如果進(jìn)行手工的資源分配，那么將會(huì)花費(fèi)一個(gè)負(fù)責(zé)管理服務(wù)器的團(tuán)隊(duì)48個(gè)小時(shí)?！盰adav說(shuō): “當(dāng)然，即使你能夠很簡(jiǎn)單地去創(chuàng)建一個(gè)邏輯分區(qū)，但是你還是需要某種機(jī)制去監(jiān)控，并且根據(jù)需要去分配那些基礎(chǔ)資源?！?/P>

“如果你想讓系統(tǒng)運(yùn)行時(shí)順暢地執(zhí)行任務(wù)，就必須使用自動(dòng)控制的手段?！盨cott說(shuō): “誰(shuí)負(fù)責(zé)啟動(dòng)SOA組件，并在運(yùn)行時(shí)測(cè)控它們？當(dāng)出現(xiàn)問(wèn)題時(shí)，又由誰(shuí)來(lái)負(fù)責(zé)停止這些SOA組件，并把它們移走？你必須考慮到這個(gè)自從出現(xiàn)大型機(jī)以來(lái)從未有過(guò)的自動(dòng)化水平?！?/P>

結(jié)合兩大陣營(yíng)

總的來(lái)說(shuō)，那些試圖搭建SOA環(huán)境的企業(yè)把主要的精力都集中在了軟件需求方面，比如軟件的開(kāi)發(fā)、測(cè)試、部署和監(jiān)控服務(wù)的運(yùn)行等。但是，他們并沒(méi)有很好地考慮過(guò)，當(dāng)部署的工作量增加時(shí)，用于支持服務(wù)運(yùn)行的那些基礎(chǔ)設(shè)施的狀況。

ZapThink的分析師Dave Linthicum表示：“現(xiàn)在，人們可能并不關(guān)心SOA將給他們的基礎(chǔ)設(shè)施帶來(lái)怎樣的影響，他們現(xiàn)在還是在憑著自己的感覺(jué)去實(shí)施SOA的項(xiàng)目?！辈贿^(guò)，令人感到欣慰的是，那些比較先進(jìn)的數(shù)據(jù)中心，還是能夠很好地把基礎(chǔ)設(shè)施與SOA的預(yù)期目標(biāo)結(jié)合起來(lái)。

“可適應(yīng)的IT資源”這一概念，對(duì)于應(yīng)用程序開(kāi)發(fā)小組和數(shù)據(jù)中心的架構(gòu)師來(lái)說(shuō)，都是很有吸引力的。應(yīng)用程序開(kāi)發(fā)小組擁護(hù)SOA，因?yàn)镾OA能夠讓開(kāi)發(fā)人員都去遵從一種標(biāo)準(zhǔn)的方式去構(gòu)建服務(wù)的組件，以便這些組件能夠被重用和共享；而數(shù)據(jù)中心的架構(gòu)師也在尋找一種方法來(lái)減少資本的消耗，并更好地利用資源，以及提供更強(qiáng)的可靠性。

比如，許多企業(yè)已經(jīng)開(kāi)始采取類似于“IT基礎(chǔ)設(shè)施庫(kù)”的框架來(lái)標(biāo)準(zhǔn)化數(shù)據(jù)中心的各類業(yè)務(wù)進(jìn)程，他們也正在試圖把IT當(dāng)做業(yè)務(wù)來(lái)運(yùn)行，然后實(shí)現(xiàn)IT服務(wù)管理策略。Scott說(shuō)：“在一段時(shí)間內(nèi)，業(yè)務(wù)人員和應(yīng)用程序開(kāi)發(fā)人員正在努力地相互配合，開(kāi)發(fā)出更加具有商業(yè)競(jìng)爭(zhēng)力的應(yīng)用軟件; 負(fù)責(zé)基礎(chǔ)設(shè)施的那些人員則在努力地標(biāo)準(zhǔn)化各類IT進(jìn)程，并引入更高的自動(dòng)化程度，期望能達(dá)到技術(shù)的標(biāo)準(zhǔn)化?！?/P>

不過(guò)，遺憾的是，在通常的企業(yè)中，應(yīng)用程序開(kāi)發(fā)小組和數(shù)據(jù)中心的架構(gòu)師往往并不能有效地溝通。但事實(shí)上，如果想繼續(xù)往前走，SOA的開(kāi)發(fā)人員就必須與數(shù)據(jù)中心的工作人員密切地合作?！霸究赡芑ハ嗒?dú)立或者說(shuō)是走在平行線上的這兩部分人，為了更好地實(shí)施SOA就必須要走到一起?！盨cott強(qiáng)調(diào)說(shuō)。

當(dāng)然，有效的溝通并不是操作SOA的惟一需求。為了實(shí)現(xiàn)RTE和SOI，IT還不得不改變它的購(gòu)買模式，比如，與其讓?xiě)?yīng)用開(kāi)發(fā)小組為每個(gè)項(xiàng)目去購(gòu)買服務(wù)器，還不如讓IT部門(mén)提前購(gòu)買好服務(wù)器資源，并把這些資源搭建成一個(gè)可以集中管理的、并可共享的計(jì)算資源池。

“相信如果你采用這樣的方式，那么部署SOA的生命周期將會(huì)縮短，因?yàn)槟隳軌虼_切地知道這種共享的環(huán)境是如何發(fā)揮功效的，開(kāi)發(fā)人員也很明確他們將要開(kāi)展的工作。不過(guò)，這種改變對(duì)于大部分企業(yè)來(lái)說(shuō)，還是很難執(zhí)行的?！盨cott說(shuō)。

當(dāng)然，IT部門(mén)的領(lǐng)導(dǎo)們?cè)诮Y(jié)合開(kāi)發(fā)部門(mén)和數(shù)據(jù)中心這兩大陣營(yíng)方面，還是有所進(jìn)步的，Colton便是提倡“同時(shí)評(píng)價(jià)應(yīng)用程序和基礎(chǔ)設(shè)施”的發(fā)起人。雖然他是負(fù)責(zé)IT領(lǐng)域中應(yīng)用程序的這部分，不過(guò)他也是基礎(chǔ)設(shè)施虛擬化的“先頭部隊(duì)”。在應(yīng)用程序的開(kāi)發(fā)和測(cè)試環(huán)境中，Colton最先采用了VMware ESX服務(wù)器，而這種技術(shù)可以讓他的團(tuán)隊(duì)在程序升級(jí)失敗時(shí)快速地恢復(fù)服務(wù)器配置到初始狀態(tài)，毫無(wú)疑問(wèn)，這種結(jié)合大大地提高了開(kāi)發(fā)效率。

當(dāng)證明了VMware技術(shù)確實(shí)可以在測(cè)試環(huán)境中發(fā)揮作用之后，企業(yè)計(jì)劃將這種技術(shù)部署到自己的產(chǎn)品環(huán)境中去，以期更好地利用服務(wù)器資源，并允許動(dòng)態(tài)地提供服務(wù)資源?！叭绻徊扇√摂M化的技術(shù)，就不能指望很有效地去管理SOA；同樣，沒(méi)有那些可以動(dòng)態(tài)分配的資源，虛擬化技術(shù)也是紙上談兵?！盋olton說(shuō): “也就是說(shuō)，如果你沒(méi)有關(guān)于動(dòng)態(tài)資源分配方面的需求，也就沒(méi)有必要采用虛擬化的技術(shù)?！?ccw-2007年12月24日第49期 C4-C5)