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

除非您在正確的時間以正確的理由采取正確的措施，否則您無法立即進入全面部署的成功服務虛擬化部署。有關更多詳細信息，請觀看我制作的該視頻以幫助您逐步了解：

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

階段1：探索、調查和入門

每個戰(zhàn)略項目都需要一個起點，并且對于服務虛擬化而言，該起點是免費的服務虛擬化工具。通過在服務虛擬化推出之初使用免費工具，您可以專注于構建內部專業(yè)知識以實現(xiàn)未來的增長。

通過在這里集中精力，服務虛擬化的最初推出可以針對尋求擺脫開發(fā)或測試環(huán)境約束的個人，同時建立對技術的舒適度，這對于主動性至關重要通過組織成熟。隨著服務虛擬化的發(fā)展，這些原始的孵化區(qū)域將成為您最重要的資源。

階段2：定位關鍵增長領域

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

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

階段3：團隊合作、管理和維護

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

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

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

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

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

結論

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