然而，不能因为业务现在可以在云端有“超大量”的基础设施，就认为IT企业就应该按下他们的按键，订购更多的资源。低成本不代表没有成本。许多企业找了一条最艰难的路，来实现向基于云基础设施的转移，但这并没有像预期的那样节省多少成本。

基于资源的“按需”账单看起来是公平的，容易理解的。但是这个方法仍然需要对资源使用的方法和原因做精细的计划。否则，业务就会卡在一个周期内，占用更多的不必要的资源，而又意识不到。扩大我们的输出，并不是由繁重的工作负载引起的系统变慢和失败的答案。许多性能上的瓶颈可以通过其它方法解决。

应用云计算需面对的问题

-你是否需要更多的云计算空间来获得更好计算能力，或者你是否真正需要使用适当的负载平衡来合理化现有的服务器？

-你是否需要的更大的，不同的平台，或者一种方式，来使你现有的数据库得到较好的利用？

-你是否需要部署更多的应用实例，或者你是否需要重新设计应用程序，使其使用较少的资源？

自身“把控云”

云计算的陷阱之一就是，当使用额外的资源做为一种服务而开出账单时，他们对做出什么样的决定很大意。与扩展更多现成的基础设施的成本相比，按月付费就显得很渺小了，这样的逐步增加成本就显得更合理，更容易负担。随着时间推移，这种循环业务消费变得越来越对人们的味口，即使榨干你的所有预算。

整体分析并对预算做出判断似乎很难，对现有资源使用的改进也很难。但是这种方法却可以最快的并持续的节约成本。例如，如果你找到一种方法，可以使现有资源的效率提高20%，那么现在你加入到IaaS或SaaS账单上的就不仅仅是少于20%的的云计算资源了。当你扩展添加更多的云资源时，你同样可以使用额外增加的资源，而且以高于20%的效率。

相反，当应用程序或数据库的扩展性没有设计好，会发生什么情况。为了维持可接受的性能，计算资源总量会比预想增长快得多，以满足需求的大幅度增加。有了云供应商就好多了。即使在基本所需基础之上，应用程序吞噬了大量的资源，你也可以节约大量的金钱。现在轮到了内部开发者，他们需要通过修改程序代码来掌控业务应用程序的效率，并在部署到云中之前优化数据库问题。

灵活控制运资源应用规模

按需扩展意味着，在低需要的时期消减云资源的使用能力。很不幸，情况不会总是这样的。负载平衡的作用是，以最有效的方式在不同节点之间展开工作负载。但在低流量时期，就会有一些根本不需要的服务器（或实例）。

流量下降就应该触发“放掉”连接过程，这样就不会把额外的要求分布到那些服务器/实例上。负载平衡器只允许用户完成当前的活动，然后自动释放不再使用的服务器或实例。

这是并与资深的云供应商探讨的一个很重要话题。手动还是自动解除配置过程？是否可以配置解除协议，以满足用户的需求？或者是否有自动化解决方案？越多的内部控制资源的自动缩减方法和时间，越是好的。

无论是自动的，还是手动的扩展，如果组织做不到每天都监测云的使用率的话，就会产生惊人的开销。例如，IT人员可能给高容量事件提供了额外的资源，但后来忘记释放它们了。双或者，分布式DDOS防御可以通过突然斜升资源使用率来阻止云成本消耗。自动化云使用跟踪软件值得考虑，它可以帮助控制开销，阻止云计算成本失控。

这绝对有可能节省云计算开销，但是这样做需要详细的计划与彻底的调查分析。