面向服务的虚拟化提升SOA价值

SOV用例2：复制完整的SOA环境

在内部应用开发过程中，在虚拟机上运行的虚拟化硬件和虚拟测试平台是一种很有效的复制服务器环境的方式，可以为新开发的组件提供针对现有软件的开发和测试环境。这种实践可以节省硬件与配置两方面的成本。

然而，SOA应用经常需要与第三方系统进行自由交互，而第三方系统一般不在集中的团队控制下。并且，SOA应用还需要与业务的基础系统（主机、ERP系统等）进行交互，而这些系统的实现可能要花费几百万美元的成本，并且储存有大量的关键数据。一般来说，开发过程中是禁止在这些系统上使用测试数据进行测试的，因为测试增加的负载可能会导致主要系统崩溃或者产生意料外的行为。并且，不管是从系统负载还是从配置成本方面考虑，用硬件虚拟化技术复制这样一个庞大的系统都是不可能的。

使用SOV复制SOA应用行为

即使用虚拟机复制部分功能，为完整的SOA应用实例配置与维护一个由独立组件组成的、完整的测试环境仍然需要巨大的的维护与支持费用。

SOV实践虚拟化了整个模拟测试系统的行为。各个团队对于测试或开发的复制需求由对所需的系统行为进行抓取和建模代替了。

以虚拟服务的方式模拟相关服务代替受到使用限制的具体应用，不管这些服务是由WSDL生成、基础的实现或集成层服务的模型。

在恰当的时间重新捕捉或建模新的虚拟服务组件，比花费数周甚至数月才能复制完成的SOA实例能提供更新的目标服务模型。

在SOA应用中不断实践所有系统，为具体的业务数据创建一个丰富的测试平台，进而使用这些数据从虚拟服务中获得更多动态变化的行为。

远离服务部署进行开发与测试（测试、开发与修改过程中，SOV不能取代具体实现中对服务的集成测试）。

使用这个模型，企业可以在硬件、软件和维护方面节省数百万美元的成本，并缩短产品上线时间。

实例：解决电子商务全面数据监控问题

某全球化的高科技生产公司要实现使用CRM平台、ERP系统及其它存储与逻辑系统的电子商务解决方案。基本的Web服务层的可扩展性和兼容性在相关标准下的测试比较容易，但背后的数据交互系统却无法测试，因为这些系统已在使用并管理着关键的指令。

公司并没有花费大量资金去复制这些系统，而是选择采用SOV过程捕捉了主机和与系统交互的服务层的上千具体事务处理和交互（包括正面与负面的结果）。然后，使用这些丰富的数据集为主机设计与真实行为相近的虚拟服务，让团队在预算范围内准时完成有高可靠性的新系统。

下一步：从SOV到SOA集成的转换

一旦完成面向服务的虚拟化所有方面的协作开发与测试，虚拟服务便进入具体的集成过程。SOV不能取代具体的SOA应用对集成测试、性能测试和功能验证的需求。如果服务不能正确地与满足业务需求的服务交互的数据元协作，仍然可能产生负面效果。

有效的SOV策略可以产生两方面的价值：

灵活性：可以最优化分散的SOA开发与测试团队之间的协作性，使团队进入更平行的开发与发布周期，缩短新产品与功能的上市时间。

降低成本：可以在软件授权、配置、维护、数据管理、开发与测试效率等方面为每个SOA环境下的开发节省几百万的IT成本。SOA应用的协作性与互通性越强，虚拟服务能带来的效益就越高。

总之，对于使用分布式团队与资源开发的大规模的企业应用来说，SOA的圆满实现离不开SOV实践。因此，我们应该进行面向服务的虚拟化实践，用SOV技术解决SOA实现过程中的障碍，让SOA为企业带来更大的效益。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友