挑戰(zhàn)SOA障礙 虛擬化的益處多多

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

1.硬件虛擬化包括在一個硬件設(shè)備中，以虛擬機的方式運行多個版本的操作系統(tǒng)。這將為在數(shù)據(jù)中心運行的內(nèi)部應(yīng)用程序提供更低的成本、更大的靈活性和風險管理的好處，并且為SOA系統(tǒng)提供一個復(fù)制測試平臺的有用的途徑。

2.虛擬端點能夠在你與這個實際的端點隔離開來的時候允許SOA定義服務(wù)的虛擬位置。這對于SOA應(yīng)用程序中固有的動態(tài)流程是很理想的，因為一個服務(wù)的物理地址也許需要根據(jù)它什么時候和如何用作一個指定的工作流的一部分而進行改變。

3.虛擬服務(wù)不僅僅是對SOA測試有用。虛擬服務(wù)通過優(yōu)化整個實踐的開發(fā)和應(yīng)用來提高價值。

本文重點討論第三種類型的虛擬化--在數(shù)據(jù)中心外部發(fā)生的虛擬服務(wù)。對于SOA應(yīng)用生命周期的其它方面來說，我們創(chuàng)建虛擬測試平臺的努力只能達到這個程度。企業(yè)通常為了驗證和開發(fā)SOA而依靠實時的實施。然而，這些復(fù)雜的相互連接的環(huán)境能夠通過硬件虛擬化技術(shù)復(fù)制。我們需要把虛擬化擴展到實際的分布式軟件組件中和在這些環(huán)境中運行的服務(wù)中。

加速SOA虛擬化

在硬件和數(shù)據(jù)中心的級別上實施虛擬化可以產(chǎn)生立竿見影的節(jié)省運營成本的回報，可直接節(jié)省數(shù)百萬美元IT成本。

然而，當我們把組件或者服務(wù)開發(fā)任務(wù)分配給多個團隊的時候，我們經(jīng)常忘記這些團隊仍需要實時訪問這個應(yīng)用程序的其它部分以完成自己的開發(fā)和測試目標。所有這些團隊之間仍需要高水平的依賴性和相互溝通以提供一個完整的工作流。對于大規(guī)模企業(yè)系統(tǒng)來說，這給SOA的投資回報提出了嚴格的限制。

有一種方法可以是使用SOV(面向服務(wù)的虛擬化)把這兩種技術(shù)聯(lián)系起來：模擬應(yīng)用軟件資產(chǎn)行為的策略以及合成制作企業(yè)SOA應(yīng)用程序的組件。不利用SOV的優(yōu)勢，在整個企業(yè)范圍內(nèi)最大限度地實現(xiàn)SOA價值是很困難的，如果不是不可能的話。

挑戰(zhàn)：SOA的障礙

企業(yè)采用SOA的最佳做法實現(xiàn)商業(yè)靈活性和成本的好處。遺憾的是，當SOA應(yīng)用程序試圖通過升級來滿足大型企業(yè)的現(xiàn)實需求的時候，最佳的SOA架構(gòu)和治理戰(zhàn)略仍很缺乏，即使擁有虛擬的服務(wù)器也是如此。出現(xiàn)這種事情有若干原因。

共享的系統(tǒng)資源的沖突

SOA就是通過把企業(yè)系統(tǒng)當作共享的服務(wù)提供來發(fā)揮企業(yè)系統(tǒng)的優(yōu)勢。然而，訪問共享的資源問題危害每一個單獨的SOA計劃。一個主要的erp系統(tǒng)管理員或者大型計算機管理員可能會對他們在生產(chǎn)中的應(yīng)用程序采取保護措施，限制開發(fā)和測試團隊直接訪問這個應(yīng)用程序以避免出現(xiàn)不可預(yù)料的問題。

此外，即使允許訪問，實時的服務(wù)經(jīng)常會受到一個SOA環(huán)境中的多個機構(gòu)需求的限制。當各個團隊被迫排隊等候訪問一個現(xiàn)實的環(huán)境以便進行測試和開發(fā)的時候，靈活性就受到了影響。在大型企業(yè)應(yīng)用程序中，通過硬件虛擬化本身創(chuàng)建另一個環(huán)境的實例成本太高，是不允許的。

不連貫的開發(fā)和整合生命周期

開發(fā)人員需要把服務(wù)接口做成一個占位符模型以便確定他們的服務(wù)如何與其它服務(wù)互操作。例如，一個開發(fā)團隊正在擴建用戶數(shù)據(jù)，而第二個開發(fā)團隊正在創(chuàng)建賬戶數(shù)據(jù)。由于這些應(yīng)用程序是并行開發(fā)的，這兩個團對需要相互依賴對方的服務(wù)。每一個團隊都需要依靠訪問接近完成或者已經(jīng)實施的服務(wù)來證明他們自己的服務(wù)能夠正確地互操作。

SOA通過把松散耦合的組件當作服務(wù)來實現(xiàn)靈活性。因此，更小的和更分散的團隊能夠并行開發(fā)和集成這些服務(wù)。當仍然存在依賴性的時候，我們?nèi)绾尾拍苓_到這種并行開發(fā)的水平呢?看一下這個典型的項目計劃或者甘特進度表(見圖2)。在下一個開發(fā)團隊繼續(xù)開發(fā)下一個組件的之前，肯行會遇到一個項目中可用組件的下一個“依賴性”。這正是我們希望用SOA打破的一個模式。

增加的復(fù)雜性和異質(zhì)性

雖然許多做SOA的計劃都是以Web服務(wù)(WSDL/SOAP)為中心的，但是，在最佳的企業(yè)實施的SOA計劃中只有大約50%是基于Web服務(wù)的。有多種技術(shù)可以用來創(chuàng)建SOA中間件軟件。這些SOA中間件軟件也許是非常合法的，對于一個指定的機構(gòu)來說也許比一個Web服務(wù)棧更好，例如使用一個幾乎不依賴Web服務(wù)的企業(yè)服務(wù)總線。要保證SOA的質(zhì)量，各個團隊需要驗證實施狀況和對各種不同技術(shù)產(chǎn)生的副作用，而不僅僅測試自己選擇的Web服務(wù)或者中間件軟件層。