您可能已經(jīng)聽(tīng)說(shuō)過(guò)服務(wù)虛擬化及其功能，以模擬您的測(cè)試環(huán)境并生成綜合測(cè)試數(shù)據(jù)，但是您實(shí)際上如何使用服務(wù)虛擬化呢？首先要精明如何采用和部署該技術(shù)。

除非您在正確的時(shí)間以正確的理由采取正確的措施，否則您無(wú)法立即進(jìn)入全面部署的成功服務(wù)虛擬化部署。有關(guān)更多詳細(xì)信息，請(qǐng)觀看我制作的該視頻以幫助您逐步了解：

它從我們的免費(fèi)服務(wù)虛擬化工具開(kāi)始，一直擴(kuò)展到完全部署的DevOps生態(tài)系統(tǒng)。

階段1：探索、調(diào)查和入門(mén)

每個(gè)戰(zhàn)略項(xiàng)目都需要一個(gè)起點(diǎn)，并且對(duì)于服務(wù)虛擬化而言，該起點(diǎn)是免費(fèi)的服務(wù)虛擬化工具。通過(guò)在服務(wù)虛擬化推出之初使用免費(fèi)工具，您可以專(zhuān)注于構(gòu)建內(nèi)部專(zhuān)業(yè)知識(shí)以實(shí)現(xiàn)未來(lái)的增長(zhǎng)。

通過(guò)在這里集中精力，服務(wù)虛擬化的最初推出可以針對(duì)尋求擺脫開(kāi)發(fā)或測(cè)試環(huán)境約束的個(gè)人，同時(shí)建立對(duì)技術(shù)的舒適度，這對(duì)于主動(dòng)性至關(guān)重要通過(guò)組織成熟。隨著服務(wù)虛擬化的發(fā)展，這些原始的孵化區(qū)域?qū)⒊蔀槟钪匾馁Y源。

階段2：定位關(guān)鍵增長(zhǎng)領(lǐng)域

服務(wù)虛擬化部署的第二階段應(yīng)集中于解決實(shí)際業(yè)務(wù)挑戰(zhàn)。在初始階段，用戶將學(xué)習(xí)如何構(gòu)建虛擬服務(wù)，并熟悉技巧和竅門(mén)。他們現(xiàn)在還將了解在構(gòu)建模擬服務(wù)時(shí)可能出現(xiàn)的潛在陷阱。

因此，第二階段將開(kāi)始表現(xiàn)為希望模擬更復(fù)雜技術(shù)的外部團(tuán)隊(duì)提出的請(qǐng)求數(shù)量增加。我們經(jīng)常將它們視為大型機(jī)、數(shù)據(jù)庫(kù)、ESB和其他復(fù)雜的有狀態(tài)方案。在這里您將開(kāi)始獲得真正的投資回報(bào)，因?yàn)檫@些系統(tǒng)的復(fù)制成本通常很高，通常由多個(gè)團(tuán)隊(duì)共享，并且最重要的是代表業(yè)務(wù)的關(guān)鍵方面。由于為使自己熟悉該技術(shù)而進(jìn)行了前期工作，因此模擬這些更復(fù)雜的用例將使您的用戶逐漸受益。您通常需要在此階段從免費(fèi)許可證升級(jí)到付費(fèi)許可證，以獲取全部?jī)r(jià)值。

階段3：團(tuán)隊(duì)合作、管理和維護(hù)

服務(wù)虛擬化成熟度模型的第三階段是有關(guān)協(xié)作，共享和重用的。當(dāng)您開(kāi)始聽(tīng)到有關(guān)重用和維護(hù)現(xiàn)有虛擬服務(wù)的對(duì)話時(shí)，到達(dá)此處的一個(gè)關(guān)鍵指標(biāo)是。在此階段流行的關(guān)鍵詞是治理。虛擬化治理就是要建立一個(gè)可以維護(hù)虛擬化“規(guī)則”（角色、職責(zé)、策略、過(guò)程和SLA）的卓越中心。要了解更多信息，請(qǐng)查看我以前的文章，其中介紹了如何將服務(wù)虛擬化作為DevOps的推動(dòng)力進(jìn)行全面部署。

服務(wù)虛擬化有點(diǎn)像Dr. Jekyll/Mr. Hyde的情況。從一開(kāi)始，您就希望解決方案非常輕巧、靈活，以便各個(gè)用戶可以避免因依賴系統(tǒng)不可用或演進(jìn)而帶來(lái)的挑戰(zhàn)。在此早期階段，服務(wù)虛擬化不應(yīng)具有嚴(yán)格的治理結(jié)構(gòu)，因?yàn)橐诓怀袚?dān)巨大責(zé)任的情況下很難簡(jiǎn)單地使用它。但是，隨著更多服務(wù)的開(kāi)發(fā)和共享，組織必須具有嚴(yán)格定義的過(guò)程，這樣您才能了解誰(shuí)負(fù)責(zé)哪些活動(dòng)以及如何完全擁有虛擬化計(jì)劃。

階段4：將服務(wù)虛擬化集成到您的DevOps管道中

當(dāng)客戶希望引入服務(wù)虛擬化時(shí)，我通常會(huì)首先想到第4階段，但這通常是組織陷入的陷阱之一，他們?cè)噲D過(guò)早地建立部署和破壞的夢(mèng)想。組織將加速交付管道視為其軟件交付過(guò)程的關(guān)鍵推動(dòng)力，并且他們意識(shí)到服務(wù)虛擬化是其中的關(guān)鍵組成部分。這種誘惑可能是您通過(guò)將服務(wù)虛擬化構(gòu)建到管道中而開(kāi)始的，但是卻沒(méi)有建立可重用的虛擬服務(wù)庫(kù)，或者沒(méi)有一個(gè)知道如何快速創(chuàng)建和維護(hù)這些服務(wù)的卓越中心，因此這項(xiàng)舉措可以跌倒。

最終部署的DevOps生態(tài)系統(tǒng)是最終目標(biāo)。組織應(yīng)該從一開(kāi)始就通過(guò)為前三個(gè)階段打下基礎(chǔ)來(lái)計(jì)劃這種狀態(tài)。一旦奠定基礎(chǔ)，將服務(wù)虛擬化作為加速交付管道的一部分，就簡(jiǎn)單地成為技術(shù)實(shí)施之一。此階段的關(guān)鍵成熟度指標(biāo)包括，作為CI管道連續(xù)測(cè)試步驟的一部分，對(duì)穩(wěn)定測(cè)試環(huán)境的需求不斷增長(zhǎng)，以及根據(jù)服務(wù)虛擬化對(duì)測(cè)試數(shù)據(jù)的需求不斷增長(zhǎng)。

結(jié)論

服務(wù)虛擬化既是一項(xiàng)技術(shù)，又是一門(mén)學(xué)科，為了最大化您的ROI，您的組織將在推出解決方案時(shí)經(jīng)歷一系列成熟階段。通過(guò)預(yù)先了解這些關(guān)鍵階段，您可以在戰(zhàn)略計(jì)劃期間提前計(jì)劃，并為在整個(gè)企業(yè)中廣泛采用和擴(kuò)展服務(wù)虛擬化所需的技術(shù)和文化要求做好準(zhǔn)備。