如果SOA無法虛擬化 就沒有靈活性

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

三種類型的SOA虛擬化

虛擬化技術占我們IT預算的80%以上。如果我們把虛擬化的好處應用到我們在商務活動中使用的關鍵企業(yè)軟件并且應用到這些應用程序的深入開發(fā)、技術支持和維護成本等方面，情況會怎么樣呢?服務器虛擬化可直接減少硬件和配置成本。但是，僅把重點放在虛擬化的硬件方面，我們會浪費金錢嗎?

雖然機構能夠減少它們需要的設備數(shù)量，并且為虛擬測試平臺節(jié)省復制服務器的成本，但是，這些服務器正在變成商品。

毫無疑問，來自電信、制造、石油天然氣、金融、電力等等行業(yè)的大企業(yè)是中國信息化服務的最重要對象之一，經(jīng)過這些年的信息化建設，他們的信息化建設已經(jīng)取得了很不錯的成績。這些掌控著中國IT采購最重要生殺權的IT廠商的最直接上帝們，他們對現(xiàn)在的IT系統(tǒng)還有什么痛點?他們目前的IT狀況如何?他們下一步的采購重點將是什么?他們未來需要什么樣的IT系統(tǒng)與產(chǎn)品?他們最關心什么?

虛擬化技術占我們IT預算的80%以上。如果我們把虛擬化的好處應用到我們在商務活動中使用的關鍵企業(yè)軟件并且應用到這些應用程序的深入開發(fā)、技術支持和維護成本等方面，情況會怎么樣呢?

目前，主要企業(yè)都依賴多種分布式技術和新的功能，如SOA等。虛擬化能夠提高這些系統(tǒng)的質(zhì)量和上市的時間。但是，團隊如何實施虛擬化以便提高不在一個集中的團隊控制下的SOA功能和加快上市時間呢?這個擴展的機構必須要通過把共享的服務行為虛擬化才能把這兩個戰(zhàn)略聯(lián)系起來，從而成倍增加SOA的價值。

三種類型的SOA虛擬化

企業(yè)在SOA中應用虛擬化的概念有三種獨特的方法：

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

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

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

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

如果SOA不能虛擬化，它就沒有靈活性

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

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

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

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

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

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

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

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

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

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

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

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

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

SOA測試環(huán)境維護和技術支持的高成本

要向一個SOA應用程序提供服務，許多機構試圖復制和維護自己的測試環(huán)境。然而，復制他們需要在自己的過渡環(huán)境中進行交流的全部組件是一個成本非常高的過程。它需要高水平的配置、許可證成本和維護，以保證那個測試構件保持最新狀態(tài)，即使它是在虛擬的硬件中運行也是如此(虛擬的硬件也有一些增量的許可證成本)。SOA利用的許多企業(yè)系統(tǒng)都太大了，有太多的開銷，不能實施虛擬化。

不要試圖通過復制數(shù)十個變化的服務來創(chuàng)建一個巨大的測試基礎設施，SOA需要一個策略解除這些團隊對這些實施的依賴。這將提供一種根據(jù)部署中存在的現(xiàn)實狀況進行測試和開發(fā)的方法。

數(shù)據(jù)和系統(tǒng)記錄的龐大規(guī)模

達到企業(yè)級SOA應用水平的最后(也許是最困難的)障礙是需要管理的系統(tǒng)和數(shù)據(jù)的龐大規(guī)模。要測試一個SOA應用程序的實際效果，機構需要輸入一套逼真的數(shù)據(jù)，然后離開正在測試中的環(huán)境。

雖然他們能夠在架構和設計過程中根據(jù)制定的元數(shù)據(jù)描繪出與其它服務之間的互動，但是，一旦他們通過連接這些端點的理想的模型，他們還必須要應付一個CRM大型計算機或者企業(yè)系統(tǒng)以及這些系統(tǒng)的管理者。嵌入在這些層的數(shù)據(jù)和商業(yè)邏輯在過去的若干年里已經(jīng)增加并且客戶化了。把這個系統(tǒng)和數(shù)據(jù)制作成完整的鏡像副本并且根據(jù)另一個企業(yè)許可證和實施團隊的要求進行測試成本太高了。

引進面向服務的驗證

SOV(面向服務的虛擬化)是一種IT策略，它要模擬組成一個SOA應用程序的軟件資產(chǎn)的實際行為，進而使開發(fā)和測試團隊擺脫對應用的服務及其基本實施層的依賴。

SOV包括建模和模擬設計之中和應用的服務以及虛擬的服務。這些虛擬的服務將提供給擴展的SOA團隊進行測試并且開發(fā)自己的服務和工作流，不用依靠這些服務的實例。當各個團隊擺脫了對應用的服務和實施層的依賴的時候，提高的靈活性、更快的上市時間和減少的交付成本等擴展的SOA的好處就全部實現(xiàn)了。要做個比喻的話，SOV是針對SOA的，就像硬件虛擬化是針對數(shù)據(jù)中心的一樣。