除非您在正确的时间采用正确的方法，否则您无法立即进入完全部署的成功服务虚拟化。

它从我们的免费服务虚拟化工具开始，一直扩展到完全部署的DevOps生态系统。

第1阶段：探索，调查和开始

每个战略项目都需要一个起点，对于服务虚拟化而言，起点是免费的服务虚拟化工具。通过在服务虚拟化推出之初使用免费工具，您可以专注于构建能够促进未来发展的内部专业知识。

通过在这里进行重点介绍，服务虚拟化的最初推出可以针对那些试图从开发或测试环境的约束中解放出来的人，同时建立一种技术的舒适度，这种技术将成为主动性的关键。通过组织成熟，随着服务虚拟化的发展，这些原始孵化区将成为您最重要的资源。

第2阶段：针对增长的关键领域

服务虚拟化部署的第二阶段应侧重于解决实际业务挑战。在初始阶段，用户将学习如何构建虚拟服务，并熟悉提示和技巧。他们现在还将了解构建模拟服务时可能出现的陷阱。

因此，第二阶段将开始表现为外部团队寻求模拟更复杂技术的请求数量的增加。我们经常将它们视为大型机，数据库，ESB和其他复杂的状态场景。在这里，您将开始获得真正的投资回报，因为这些系统通常很难复制，通常由多个团队共享，最重要的是，代表业务的关键方面。由于为了熟悉技术而预先完成的工作，模拟这些更复杂的用例将是对用户的逐步提升。在这个阶段，您通常需要从免费升级到付费许可，以获得所有这些价值。（推荐使用Parasoft产品，Parasoft是一家专门提供软件测试解决方案的公司，帮助企业打造无缺陷的软件。解决方案几乎涵盖了软件开发周期从开始到结束所有的阶段，包括：持续测试解决方案、开发测试解决方案、应用安全解决方案和嵌入式开发测试解决方案。Parasoft针对C/C++、Java、.NET和嵌入式的开发测试都有着十几年的深入研究，很多全国500强企业使用Parasoft的产品实现了软件快速、高质量的交付。）

第3阶段：团队合作，管理和维护

服务虚拟化成熟度模型的第三阶段是协作，共享和重用。当您开始听到有关重用和维护现有虚拟服务的对话时，将是您到达这里的一个关键指标。在这个阶段流行的关键词是治理。虚拟化治理就是建立一个可以维护虚拟化“规则”（角色，职责，策略，程序和SLA）的卓越中心。

在一开始，您希望解决方案非常轻巧和灵活，以便各个用户可以解除因依赖系统不可用或不断发展而面临的挑战。在这个早期阶段，服务虚拟化不应该具有严格的治理结构，因为在不占用大量责任的情况下简单地使用它可能很困难。但随着更多服务的开发和共享，组织必须拥有这种严格定义的过程，以便您了解谁负责哪些活动以及如何完全拥有虚拟化计划。

第4阶段：将服务虚拟化集成到DevOps管道中

当客户希望引入服务虚拟化时，第4阶段通常是我听到的第一件事，但它通常是组织陷入的陷阱之一，试图过早地构建部署和破坏梦想。组织将把加速交付管道视为其软件交付流程的关键推动因素，并且他们意识到服务虚拟化是其中的关键组成部分。诱惑可能是您通过将服务虚拟化构建到管道中来开始，但是如果没有构建可以重用的虚拟服务库，或者拥有知道如何快速创建和维护这些服务的卓越中心，这个计划可以跌倒了。

完全部署的DevOps生态系统是最终目标。各组织应在最初的三个阶段为这种状态打下基础。一旦确定了基础，作为加速交付管道的一部分的服务虚拟化的实现只是技术实现之一。此阶段的关键成熟度指标包括对稳定测试环境的需求增加，这是CI管道连续测试步骤的一部分，以及作为服务虚拟化功能的测试数据需求的增加。

结论

服务虚拟化既是技术又是一门学科，为了最大限度地提高投资回报率，您的组织将在推出解决方案时经历一系列成熟阶段。通过预先了解这些关键阶段，您可以在战略计划期间提前计划，并为促进整个企业中的服务虚拟化的广泛采用和扩展所需的技术和文化要求做好准备。

想要了解Parasoft、Parasoft SOAtest、Parasoft Virtualize更多信息或资源的朋友，请点击这里~