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

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

應(yīng)用云計(jì)算需面對的問題

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

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

-你是否需要部署更多的應(yīng)用實(shí)例，或者你是否需要重新設(shè)計(jì)應(yīng)用程序，使其使用較少的資源？

自身“把控云”

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

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

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

靈活控制運(yùn)資源應(yīng)用規(guī)模

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

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

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

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

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