您可能已经听说过服务虚拟化及其功能，以模拟您的测试环境并生成综合测试数据，但是您实际上如何使用服务虚拟化呢？首先要精明如何采用和部署该技术。
除非您在正确的时间以正确的理由采取正确的措施，否则您无法立即进入全面部署的成功服务虚拟化部署。
您可能已经听说过服务虚拟化及其功能，以模拟您的测试环境并生成综合测试数据，但是您实际上如何使用服务虚拟化呢先要精明如何采用和部署该技术。
除非您在正确的时间以正确的理由采取正确的措施，否则您无法立即进入全面部署的成功服务虚拟化部署。有关更多详细信息，请观看我制作的该视频以帮助您逐步了解：
它从我们的免费服务虚拟化工具开始，一直扩展到完全部署的DevOps生态系统。
阶段1：探索、调查和入门
每个战略项目都需要一个起点，并且对于服务虚拟化而言，该起点是免费的服务虚拟化工具。通过在服务虚拟化推出之初使用免费工具，您可以专注于构建内部专业知识以实现未来的增长。
通过在这里集中精力，服务虚拟化的最初推出可以针对寻求摆脱开发或测试环境约束的个人，同时建立对技术的舒适度，这对于主动性至关重要通过组织成熟。随着服务虚拟化的发展，这些原始的孵化区域将成为您最重要的资源。
阶段2：定位关键增长领域
服务虚拟化部署的第二阶段应集中于解决实际业务挑战。在初始阶段，用户将学习如何构建虚拟服务，并熟悉技巧和窍门。他们现在还将了解在构建模拟服务时可能出现的潜在陷阱。
因此，第二阶段将开始表现为希望模拟更复杂技术的外部团队提出的请求数量增加。我们经常将它们视为大型机、数据库、ESB和其他复杂的有状态方案。在这里您将开始获得真正的投资回报，因为这些系统的复制成本通常很高，通常由多个团队共享，并且最重要的是代表业务的关键方面。由于为使自己熟悉该技术而进行了前期工作，因此模拟这些更复杂的用例将使您的用户逐渐受益。您通常需要在此阶段从免费许可证升级到付费许可证，以获取全部价值。
阶段3：团队合作、管理和维护
服务虚拟化成熟度模型的第三阶段是有关协作，共享和重用的。当您开始听到有关重用和维护现有虚拟服务的对话时，到达此处的一个关键指标是。在此阶段流行的关键词是治理。虚拟化治理就是要建立一个可以维护虚拟化“规则”（角色、职责、策略、过程和SLA）的卓越中心。要了解更多信息，请查看我以前的文章，其中介绍了如何将服务虚拟化作为DevOps的推动力进行全面部署。
服务虚拟化有点像Dr. Jekyll/Mr. Hyde的情况。从一开始，您就希望解决方案非常轻巧、灵活，以便各个用户可以避免因依赖系统不可用或演进而带来的挑战。在此早期阶段，服务虚拟化不应具有严格的治理结构，因为要在不承担巨大责任的情况下很难简单地使用它。但是，随着更多服务的开发和共享，组织必须具有严格定义的过程，这样您才能了解谁负责哪些活动以及如何完全拥有虚拟化计划。
阶段4：将服务虚拟化集成到您的DevOps管道中
当客户希望引入服务虚拟化时，我通常会首先想到第4阶段，但这通常是组织陷入的陷阱之一，他们试图过早地建立部署和破坏的梦想。组织将加速交付管道视为其软件交付过程的关键推动力，并且他们意识到服务虚拟化是其中的关键组成部分。这种诱惑可能是您通过将服务虚拟化构建到管道中而开始的，但是却没有建立可重用的虚拟服务库，或者没有一个知道如何快速创建和维护这些服务的卓越中心，因此这项举措可以跌倒。
最终部署的DevOps生态系统是最终目标。组织应该从一开始就通过为前三个阶段打下基础来计划这种状态。一旦奠定基础，将服务虚拟化作为加速交付管道的一部分，就简单地成为技术实施之一。此阶段的关键成熟度指标包括，作为CI管道连续测试步骤的一部分，对稳定测试环境的需求不断增长，以及根据服务虚拟化对测试数据的需求不断增长。
结论
服务虚拟化既是一项技术，又是一门学科，为了最大化您的ROI，您的组织将在推出解决方案时经历一系列成熟阶段。通过预先了解这些关键阶段，您可以在战略计划期间提前计划，并为在整个企业中广泛采用和扩展服务虚拟化所需的技术和文化要求做好准备。
标签：
来源：慧都
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！