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

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

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

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

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

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

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

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

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

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

管理優(yōu)先

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

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

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

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

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

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

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

結(jié)合兩大陣營

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

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

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

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

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

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

“相信如果你采用這樣的方式，那么部署SOA的生命周期將會縮短，因為你能夠確切地知道這種共享的環(huán)境是如何發(fā)揮功效的，開發(fā)人員也很明確他們將要開展的工作。不過，這種改變對于大部分企業(yè)來說，還是很難執(zhí)行的。”Scott說。

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

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