服务虚拟化-超越现实-第六章服务虚拟化技术的功能.docx

第六章服务虚拟化技术的功能当我第一次听到服务虚拟化,我马上想,“这太神奇了,它能这样做,这是不可能的。”。这很难解释,因为它确实看起来不像真有这种能力。于是我让开发部门中最持怀疑态度的小组使用它。为了证明这种方法,我们必须证明有多少人被从增值项目中抽调出来构建测试和培训桩,这些都是一次性的付出。我们在头5个星期抽取了20个复杂的服务,现在SV让我们在生命周期约75%的阶段内,将开发与工程分离,并做到真正的端到端测试,所以我们可以更快将产品推向市场。-SvenGerjets,高级副总裁,DIRECTV一旦软件开发中虚拟化一切的力量被人理解,它会在整个组织中建立影响。服务虚拟化必将导致观念的改变,提高每个人的标准,要发布更快,质量更高。最有价值的团队将会通过不断学习新的技能,如识别和替代外部约束,与更广泛的团队合作,一起解决问题和依赖,利用虚拟服务实现并行开发,达到减少迭代周期时间。您的组织应该寻找具有如下独特功能的服务虚拟化解决方案。“仿真”开发环境我们的企业软件现在处在一个异构的,分布式的,且高度相互依存的世界。只是做一个带有少量固定数据的桩代表下游系统进行响应是远远不够的。开发团队需要他们的虚拟环境更为真实,可以在他们的实验室环境中逼真地模拟更广泛的各种上游和下游系统。存在依赖关系每一层之间,都应有准备好并可用的虚拟服务,服务虚拟化可以提供一个逼真的“仿真”环境,足以让开发和测试顺利进行。服务虚拟化的一个重要组成部分是有状态*业务逻辑的需求。图6-“仿真”的有状态的虚拟服务。手工编码的桩(在顶部显示)和逼真的虚拟服务(在底部显示)之间最明显的区别通常是仿真的,有状态的虚拟服务响应模式,它保存了关键的动态变量的上下文,如客户ID,会话ID,日期,累计数字及金额,甚至是响应时间变量,并在给定的场景下可能会等待响应。大多数手动构建的桩是无状态的*,这意味着它们只能用硬编码的数据进行响应,无法感知业务工作流程中当前事务的状态(图6-1)。这会导致无效的结果,无论是“假阳性”或“假阴性”,都是浪费时间。SV捕获真实数据场景和有状态的动态行为,当团队基于这样的虚拟服务进行合作时,他们的生产力水平更高,因为它提供的环境可以根据适当的上下文使用动态数据进行响应,而不是一些桩的集合,必须手动编码和维护。但是请注意,我们说的虚拟服务应该是“仿真”,而不是实际系统。实际系统中的数据难于管理,而且响应极不稳定和不可预测的。客户需要的场景今天在实际系统中是可用的,很可能明天就会完全消失和无效。但在我们的开发和测试环境,我们需要每当我们提出这样场景的要求时,它马上就准备好了。我们需要设置表示特定客户类型环境的能力,无论是何时的场景,昨天,今天,还是明天。虚拟服务提供这种能力,正因如此,在生命周期的大部分时间中,它是“比真的还好”。预期功能尽管接口系统或下游系统不可用,仍可进行开发的能力支持有状态的交易,涉及多个系统时,可以保存动态元素的上下文,例如日期/时间,会话ID,手工输入点,和可变的等待时间提高代码质量,由于提前获得仿真的环境,提供了更多的测试场景覆盖和回归测试的能力减少数据依赖,更少的访问和调度冲突,由于应用了一些自动化技术消除了手工编写和维护桩的工作自动化消除桩的手工编写和维护SV之前,如果我们开发一个WebUI,而且不想等的话,我们将建一个桩,生成