然而，不能因為業(yè)務現(xiàn)在可以在云端有“超大量”的基礎(chǔ)設施，就認為IT企業(yè)就應該按下他們的按鍵，訂購更多的資源。低成本不代表沒有成本。許多企業(yè)找了一條最艱難的路，來實現(xiàn)向基于云基礎(chǔ)設施的轉(zhuǎn)移，但這并沒有像預期的那樣節(jié)省多少成本。

基于資源的“按需”賬單看起來是公平的，容易理解的。但是這個方法仍然需要對資源使用的方法和原因做精細的計劃。否則，業(yè)務就會卡在一個周期內(nèi)，占用更多的不必要的資源，而又意識不到。擴大我們的輸出，并不是由繁重的工作負載引起的系統(tǒng)變慢和失敗的答案。許多性能上的瓶頸可以通過其它方法解決。

應用云計算需面對的問題

-你是否需要更多的云計算空間來獲得更好計算能力，或者你是否真正需要使用適當?shù)呢撦d平衡來合理化現(xiàn)有的服務器？

-你是否需要的更大的，不同的平臺，或者一種方式，來使你現(xiàn)有的數(shù)據(jù)庫得到較好的利用？

-你是否需要部署更多的應用實例，或者你是否需要重新設計應用程序，使其使用較少的資源？

自身“把控云”

云計算的陷阱之一就是，當使用額外的資源做為一種服務而開出賬單時，他們對做出什么樣的決定很大意。與擴展更多現(xiàn)成的基礎(chǔ)設施的成本相比，按月付費就顯得很渺小了，這樣的逐步增加成本就顯得更合理，更容易負擔。隨著時間推移，這種循環(huán)業(yè)務消費變得越來越對人們的味口，即使榨干你的所有預算。

整體分析并對預算做出判斷似乎很難，對現(xiàn)有資源使用的改進也很難。但是這種方法卻可以最快的并持續(xù)的節(jié)約成本。例如，如果你找到一種方法，可以使現(xiàn)有資源的效率提高20%，那么現(xiàn)在你加入到IaaS或SaaS賬單上的就不僅僅是少于20%的的云計算資源了。當你擴展添加更多的云資源時，你同樣可以使用額外增加的資源，而且以高于20%的效率。

相反，當應用程序或數(shù)據(jù)庫的擴展性沒有設計好，會發(fā)生什么情況。為了維持可接受的性能，計算資源總量會比預想增長快得多，以滿足需求的大幅度增加。有了云供應商就好多了。即使在基本所需基礎(chǔ)之上，應用程序吞噬了大量的資源，你也可以節(jié)約大量的金錢。現(xiàn)在輪到了內(nèi)部開發(fā)者，他們需要通過修改程序代碼來掌控業(yè)務應用程序的效率，并在部署到云中之前優(yōu)化數(shù)據(jù)庫問題。

靈活控制運資源應用規(guī)模

按需擴展意味著，在低需要的時期消減云資源的使用能力。很不幸，情況不會總是這樣的。負載平衡的作用是，以最有效的方式在不同節(jié)點之間展開工作負載。但在低流量時期，就會有一些根本不需要的服務器（或?qū)嵗?/p>

流量下降就應該觸發(fā)“放掉”連接過程，這樣就不會把額外的要求分布到那些服務器/實例上。負載平衡器只允許用戶完成當前的活動，然后自動釋放不再使用的服務器或?qū)嵗?/p>

這是并與資深的云供應商探討的一個很重要話題。手動還是自動解除配置過程？是否可以配置解除協(xié)議，以滿足用戶的需求？或者是否有自動化解決方案？越多的內(nèi)部控制資源的自動縮減方法和時間，越是好的。

無論是自動的，還是手動的擴展，如果組織做不到每天都監(jiān)測云的使用率的話，就會產(chǎn)生驚人的開銷。例如，IT人員可能給高容量事件提供了額外的資源，但后來忘記釋放它們了。雙或者，分布式DDOS防御可以通過突然斜升資源使用率來阻止云成本消耗。自動化云使用跟蹤軟件值得考慮，它可以幫助控制開銷，阻止云計算成本失控。

這絕對有可能節(jié)省云計算開銷，但是這樣做需要詳細的計劃與徹底的調(diào)查分析。