开放组织（Open Group）最近开展了一项计划，评出了云计算的一系列重要的考量因素，以便从业务的角度获得和衡量云计算项目的投资回报率（ROI）。如果你所在的公司或企业在考察云计算带来的效益，并且一开始就清楚云计算能带来的潜在回报，那么，该项目就比较容易得到IT部门和管理队伍的认可。
　　仅仅着眼于容量和利用率，这只是技术提供商或卖家的观点。该观点实际上基于关键性能指标（KPI），而不是业务效益衡量标准。这种模式主要关注两个具体的衡量尺度：一是IT容量，由作为性能指标的存储、处理器周期、网络带宽或工作负载的内存容量来衡量；二是IT利用率，由作为活动和可用性指标的正常运行时间可用性和使用量来衡量。
　　然而很高的性价比和使用活动量未必意味着业务效益同样很高。它们只是业务活动的指标，本身并不比较低的运营成本来得更重要。我们需要的是一套基于云计算模型的业务衡量标准。
　　下列业务衡量标准有助于将指标从容量－利用率曲线变成直接和间接的业务效益：
　　1. 变化速度
　　在云环境下，可以更快地降低成本，更快地采用和弃用资源。云计算采用了预创建服务，可以更快速地改用新功能，从而降低了决策延迟造成的成本，因而带来了额外的成本转换效益。对于缺少资源和技能，并对时间很敏感的业务改善计划来说，这是个共同的目标。
　　2. 优化总体拥有成本
　　用户可以选择、设计、配置和运行最适合业务需要的基础设施和应用程序。以前，当IT项目移交给生产服务部门后，这两者的关系常常脱离，而在云计算环境下，它们又联系在一起了。
　　3. 资源快速配置
　　当业务活动增加或改变方向后，资源可以随之增减，以与业务活动的需要相符合。同时，资源配置时间从几星期压缩到了几小时。
　　4. 提高利润和控制成本
　　收入增长和成本控制方面的机会让公司得以开拓新客户和新市场，从而促进业务、改善服务。
　　5. 动态使用
　　当用户和服务的范围发生变化，寻求新的解决方案时，有弹性的配置和服务管理关注最终用户和业务对功能的实际需求。
　　6. 风险和合规的改善
　　可以通过共享服务来充分利用云计算的绿色环保功能。
　　7. 容量利用率的提高
　　IT部门可避免IT服务的配置过度或不足，从而获得更智能的业务服务。
　　8.可享用业务技能和改善能力
　　云计算可以通过按需采购云资源的解决方案，让用户能够享用新的技能和解决方案。
　　上述衡量标准定义了一组新的业务指标，可用来为企业当前和未来与云计算有关的运营业务和IT服务需求制作“记分卡”。开放组织正在努力开发相关工具和框架，让企业能够评估云计算带来的这些机会，更清楚地明确采用云计算带来的成本、灵活性、竞争优势、合规风险和安全。
　　
　　云环境下的测试和开发
　　对于刚开始使用云计算服务的公司来说，常常会从应用测试和开发项目入手。Forrester研究机构的分析师James Staten探讨了如何判断项目是否适合云环境。
　　■ 清水 编译
　　云计算存在炒作成分，这一点不可否认。厂商们在竭力吹嘘云计算可以如何为企业省钱，但遗憾的是，厂商们描绘的节省成本的美好蓝图太空泛了，常常与实际情况不符。Forrester在调查了众多客户后发现，不能一概而论地认为可以从云计算中得到良好的投资回报，因为云计算的好处取决于具体的应用和使用场合。最终得到的结果是，在云环境进行测试和开发新的应用是云计算一个理想的应用，它能给出云计算项目的商业理由，并确保应用、基础架构即服务（IaaS）解决方案以及IT运营保护和流程彼此很适合。
　　IaaS云计算的一个基本原则是，这种平台提供了一种标准化、自动化的虚拟环境，以便多个用户易于使用，基本上不需要IT专业人员的干预。公共云平台和越来越多的私有云平台计量资源耗用情况还带动了一种不同的消费行为，即通过积极主动地少用或尽量少用资源，达到节省成本的目的。这个关键概念对于了解云计算的商业理由很重要。
　　比如说，如果问测试实验室的经理面临什么挑战，他们可能会抱怨开发人员的要求太多，大量的时间“浪费”在了为他们建立和拆卸测试环境上。但是，如果再找出开发团队中工作效率最高、创新能力最强的开发人员，问一下他们面对那么多的抱怨，如何做到高效工作，他们可能会坦言：之所以工作效率高，是因为不使用IT运营团队提供的实验室资源，而是直接使用平台即服务（PaaS）或 IaaS云环境，因为那样几分钟内就能获得资源，只要为实际需要的那部分资源付费。
　　当然，当开发人员借助云环境来完成工作时，IT运营团队可能担心企业会因而面临风险。我们不应该阻止在云环境进行测试和开发，而是应该鼓励，但要给予指导。比如说，制定一项逐渐完善的云使用政策，或者考虑让开发人员通过集中式资源请求工具来使用云。
　　这里值得一提的是，并非所有的开发工作都适合于云环境。IT运营团队和应用性能管理团队需要花时间，共同为最适合于云环境的项目定义一套明确标准。下面是五个常见的最佳实践，可以从此入手。
　　（1）测试系统可以部署在标准的虚拟环境上。IaaS平台提供了服务器虚拟机和虚拟存储卷，PaaS云提供了更高级的抽象，可以在上面部署应用的中间件或目录。在大多数情况下，并不提供专用的物理资源。
　　（2）测试环境可以独立。如果开发项目可以单独测试，这意味着不需要与生产系统集成，那么，开发项目通常可以在云平台上进行测试，不耗用出站带宽的开发项目使用云平台最具成本效益，它们给公司带来的风险也最低，因为没必要打开防火墙端口。
　　（3）项目的生命周期不到12个月。大多数云平台按小时计费，如果12个月过后还要长期使用云平台，其成本通常高于传统的托管方案，而在内部的虚拟化实验室环境上测试项目则会比较省钱。一个基本的经验法则是：如果你不断努力让使用公共云平台的费用归零，这表明你在有效使用。
　　（4）项目没有让公司面临新的合规或监管风险。除非确信能够确保使用符合规定，否则就不要急于将测试项目放到公共云环境中。
　　（5）多虚拟机应用程序使用Web服务。公共云把客户的工作负载分摊到多个标准化的虚拟基础设施上，并使用IP协议和Web服务将这些基础设施连接起来。如果开发人员需要应用程序组件，以便彼此联系，就别指望对延迟敏感，或需要特定网络配置，或紧耦合组件的协议能得到支持。大多数公共云不支持多播协议，而且常常很难实现集群。除非确保应用程序会正常运行，否则不要急着批准使用。基于现有Web服务的大多数联系应该很顺畅。
　　加快将新的应用程序和服务推向市场是头等大事，而符合上述标准的测试和开发项目有望为开发人员带来灵活性，并理应得到资金的投入，因为长期的资本和运营费用需求换成了更高效、更灵活的运营费用投入，还可以减少对内部实验室资源的需求，已分配的预算可以更有效地用做其他目的，具体要看整个企业的开发项目数量和适合云环境的项目比例。