|
数据和系统记录的庞大规模 达到企业级SOA应用水平的最后(也许是最困难的)障碍是需要管理的系统和数据的庞大规模。要测试一个SOA应用程序的实际效果，机构需要输入一套逼真的数据，然后离开正在测试中的环境。 虽然他们能够在架构和设计过程中根据制定的元数据描绘出与其它服务之间的互动，但是，一旦他们通过连接这些端点的理想的模型，他们还必须要应付一个CRM大型计算机或者企业系统以及这些系统的管理者。嵌入在这些层的数据和商业逻辑在过去的若干年里已经增加并且客户化了。把这个系统和数据制作成完整的镜像副本并且根据另一个企业许可证和实施团队的要求进行测试成本太高了。 引进面向服务的验证 SOV(面向服务的虚拟化)是一种IT策略，它要模拟组成一个SOA应用程序的软件资产的实际行为，进而使开发和测试团队摆脱对应用的服务及其基本实施层的依赖。 SOV包括建模和模拟设计之中和应用的服务以及虚拟的服务。这些虚拟的服务将提供给扩展的SOA团队进行测试并且开发自己的服务和工作流，不用依靠这些服务的实例。当各个团队摆脱了对应用的服务和实施层的依赖的时候，提高的灵活性、更快的上市时间和减少的交付成本等扩展的SOA的好处就全部实现了。要做个比喻的话，SOV是针对SOA的，就像硬件虚拟化是针对数据中心的一样。 在SOA生命周期中的SOV的例子 SOV不仅影响完成的应用程序的质量，它在加快SOA生命周期的开发和治理过程中发挥着巨大作用。目前在企业中还没有出现更多的采用SOV的做法。 SOV应用实例1：灵活开发SOA新功能 企业正在脱离昨天单一的发展缓慢的“宇宙大爆炸”式的实施方法。那个时候，整个应用程序的开发、测试和发布都是一个连续进行的过程，通常是在一个权威机构的领导下。 今天，应用程序是松散耦合式的一些服务的集合，是在运行时间作为灵活的工作流的情况下灵活消费的，由灵活的开发人员和合作伙伴组成的分布式的团队进行管理的。一个灵活的SOA应用程序基础设施能够非常灵活地满足不断变化的商业需求。 为了提供能够满足商业要求的服务，开发人员和QA团队必须要针对当前正在开发中的虚拟服务进行测试。如果企业要得到SOA的灵活性的好处，所有的团队必须在自己的生命周期并行开发和发布自己的服务，不要等待其他人。 SOA方法 不要等待其它团队提供访问已经完成的服务进行测试，这个团队要制作他们作为虚拟服务所依靠的那些服务行为的模型。
例子：提供访问以重新获得灵活性 一家主要金融服务公司把它集中的开发功能按照SOA式的模型分为不同的商务流程，让专业服务开发团队实现更短的服务交付周期。虽然最初的结果显示了更快的交付过程，但是，随着支持SOA应用程序的更多新服务开始应用，出现了客户技术支持需求量大幅度增长的问题。 为了解决这个问题，这家公司恢复了对发布的集中控制，要求在11月之前提交所有的“最终服务，以便为计划在1月份完成的两个月的测试周期创建一个完整的SOA的总体环境。如果在一年的测试周期中出现任何错误，这个系统管理员会把这些候选的服务退回到以前的版本。这就意味着一个开发周期是一年，如果一切正确才能发布。这种做法按照任何定义都是不灵活的。 通过使用一个SOV模型，这家公司现在能够把这个一年的周期分为若干部分。开发团队现在能够根据目标环境创建一个模型，并且根据需要针对这个环境进行虚拟服务和产品测试。他们还能够向其它附属团队提供一个托管的虚拟服务，这样，他们就能获得进行测试的早期的资产。因此，这家公司解散了它的控制委员会，采用每个季度发布一次的周期(这个发布周期是连续不断的和灵活的)，并且建立和测试对用户的需求反应更明显的活动。
|
正在阅读：SOA虚拟化应用实例解析虚拟化架构优化SOA虚拟化应用实例解析虚拟化架构优化
2009-01-05 15:59
出处：PConline原创
责任编辑：heyaorong
键盘也能翻页，试试“← →”键
