服务虚拟化-超越现实-第十三章：服务虚拟化和开发测试云.docxVIP

第十三章 最佳实践3：服务虚拟化和开发测试云 “云计算”可能是在最近最受追捧的技术。每一个主要的软件供应商都搭上云计算的便车。 为什么它会抓住我们的想象。这有很好的理由，承诺几乎无限的弹性计算能力，按需获取，随用随付，而且通常包括应用程序的管理和安全防护，这具有难以置信的吸引力。 我们已经看到了以消费者为导向的初创公司和基于SaaS的商业模式已经成功销售基于云计算的产品，最著名的有亚马逊，，和苹果，都找到了流行的，天生适合云业务的模型。新创公司也意识到云计算基础架构的优势，因此基本上采取了“白板”的方法，基于云的应用而不是在现有技术之上，来设计他们的应用。 那么，为什么云计算没有在大多数主要的企业应用中流行？当一个大公司试图“在云中运行业务，”他们很快就意识到，一些云计算的商业模式广为宣传的成功还没有转化为众多企业开发的成功。云尚未创造奇迹，实现推动关键业务软件功能到自动可复用的“应用程序组装和托管”环境。 如果未经筹划就依托基于云的组件开展实际的业务将加剧开发和测试的约束，也更难治理。因此，企业应该在适合采用云的地方使用云计算，排在首位，最适合利用云的地方是开发和测试实验室。 云开发和测试的约束 在云中进行开发工作，我们首先要寻找一个自服务开通的工具可以建立或拆除上线前的开发和测试环境。 建立或开通真实的生产环境是一项巨大的努力。我们不断地监控，维护和管理它，小心地保持它运行。生产是如此复杂和受约束的，这些环境你不大可能创建多个实例。同时，你无法承担将这些生产系统和数据暴露给开发团队，哪怕是一点点。所以通过使用云进行开发和测试，我们寻求在预生产中更安全地操纵这些环境。 对比大的生产环境和预生产的使用。开发和测试团队在每一次增量发布时需要创建和开通新的实验室。有可能是不同的团队使用数百个（图13-1）应用实验环境和上千个传统的虚拟机。预生产使用虚拟实验室说明云计算的爆炸真的发生了。 图13-1。云的 “电线裸露在外”，由于开发和测试的外部依赖关系无法做成映像或包含进来。 这太棒了。那么问题是什么呢？你的云目前还有“电线裸露在外”… 让我们套用一个客户在这个问题上的启示：“我试图将开发和测试实验室移到云上以便给我们相应的弹性，在短短几分钟内就可以让他们快速开通一个环境，是的，对于某些应用程序组件他们能够非常高效做到。但对于所有的“电线裸露在外”的云？你无法复制或映像诸如巨大的主机，第三方收费服务，或云中庞大的数据库，但如果这些元素不可用，开发项目就无法前进。如果需要我三个星期才能访问到主机，这意味着我仍然需要三个星期的等待，然后开通云实验室。“ 不管你如何提升云开通系统的速度，你也只能与最受限的系统移动的一样快，让我们转而使用虚拟服务，在同样的环境下（图13-2）中建模和取代非云资源。没有更多的电线！ 图13-2。再没有“电线裸露在外的云”，使用虚拟化服务模拟了非云端的依赖和数据。 服务虚拟化让云计算实现了按需开发和测试环境。你可以虚拟服务（VSS）和虚拟机一起来捕获和模拟那些“裸露在外的电线”，并在一个完整的DevTest云环境中管理它们。预生产团队现在可以得到完整的实验室，包括所有真正实现弹性容量需要的大型机，数据场景和服务的稳定版本。 实现高性能的云计算环境 对特定的基础设施的各种用途的需求波动很大时是使用云的最佳时机。不同的应用在不同的时间有不同的容量需求。 图13-3。性能实验室资源利用率的波动需要公司预留足够的容量来处理高峰需求，同时造成实验室利用效率低下的谷底。 多个团队利用一个共同的资源池的能力让我们可以为每个团队提供更高的容量，而事实上，我们只是利用其他团队的未使用容量。 在图13-3所示的利用率图表，很多团队都在利用共享的基础设施。一个团队在性能优化或“大爆炸”的发布周期时用量达到峰值。其他团队只做典型的开发和测试活动，并且他们不产生这样的峰值。如果当每个小组计划其峰值性能测试时候，其他团队并不需要额外的容量，这样效果最好。通常情况下，这意味着我们必须投资或保留最大可能容量。 使用云结合SV使高性能应用程序的开发具有全新的经济性，造成成本结构急剧下降。你可以从图13-4看到效果，整体开发和测试基础设施的需求和成本由于共享容量而下降，共享容量包括内部部署和外部部署的云资源。 当用虚拟服务取代范围外的系统，他们比使用实际系统更有效地利用计算资源。例如，它可能需要几个虚拟机就可以代表后端应用25％的容量，而这些虚拟服务消耗的CPU和内存只是预生产机器中一台的一小部分。 在典型的性能测试中，整个架构必须扩展到所需负载的规模，使得大部分过度利用系统成为瓶颈。 在图13-4。在云中使用服务虚拟化降低了搭建开发和测试性能实验室的容量和成本。如果需要，高峰流量可以通过使用私有云或公共云的容量，从而降低整体的花费，但仍然满足