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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

結論

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