亞馬遜的彈性計算云現在能夠以每小時5美分的價格提供小容量(2GB)的保留空間。與企業內部信息技術團隊比起來，這樣的價格是否具有競爭力?貴公司是怎么考慮的呢?與彈性計算云相比，是否有可供對比的單虛擬機內部小時使用成本呢?

在本文中，就公共基礎設施即服務云和價值相關的內部信息技術團隊在成本運行方面的差別，我會盡量進行全面比較。(請注意：盡管在分析中我使用的是彈性計算云，但類似的分析也可以用于其它云服務供應商。)

為了能夠了解內部信息技術團隊和公共云在成本運行方面的差別，我需要先確定一些基本參數。由于公共云收費標準是基于每臺虛擬機小時使用成本，但是關于此項標準沒有任何權威的說明。因此，我決定自己建立相關的對比標準，它是基于對報價的保守估計以及來自通貨膨脹方面的少量影響;這樣的話，我就可以得到和典型企業服務器小時運行實際成本差別不大的數字了。下面就是我得出的結論，服務器小時運行成本為25美分：

一、我選擇支架空間基本配置的專用托管服務器來作為傳統數據中心服務器的模擬替代對象。一臺3.5GB容量的托管服務器價格為每月419美元。折合每小時為58美分。

二、假設支架空間和相關信息技術部門都可以獲得20%的利潤，實際運行的成本就是每小時35美分了。

三、考慮到支架空間的服務器比彈性計算云提供的空間大不少，所以我們每小時再減掉4美分(11%)。

四、現在成本變成了每小時31美分。

五、考慮到我可能忽略了一些重要因素，所以在上面的基礎上再減少20%，最終就得到了每小時25美分的保守估計成本。

因此，現在我們可以就公共基礎設施即服務云提供的每小時5美分的價格，與物理設備25美分的價格進行比較了，這整整是500%的差別。信息技術部門應該怎么解決成本方面的巨大差別呢?

業務需求

盡管效果不錯，但價格還是公共云的兩倍。應該怎么向首席信息官或者首席財務官說明高出來的成本呢?這就是為什么需要理解公司業務模式開始發揮作用的原因。哪些非成本方面的問題需要被考慮到?下面給出的就是一些例子：

服務水平協議：彈性計算云提供了99.95%的正常運行時間保證，但是如果服務器發生長時間離線的情況會造成什么問題呢——記得去年閃電擊中了亞馬遜的一座數據中心，結果導致部分客戶斷網四小時之久。如果懶得去要的話，你會在下一個月的發票中得到賠償。彈性計算云數據中心操作人員對數以千計需要上線的服務器是按照什么方式考慮的呢?在域控制器恢復之前，應該怎么處理SQL　server呢?

安全性：數據泄漏?數據所有權?管轄權?云服務提供商的工作人員是怎樣進行篩選和控制的?他們采用了什么樣的邊界安全措施?當你將數據存儲在另外一家公司的硬件里時，需要放棄哪些權利?在對硬盤進行銷毀處理的時間，他們采取了什么樣的措施來保證有效性?當多客戶共享云中的一名客戶被美國國土安全部或國稅局之類的執法機關進行調查時，被扣押硬件上的所有信息會被如何處理?是否會保證你的數據沒有被離開自己的管轄范圍?

遵循規范：需要遵循的包括薩班斯法案、支付卡行業數據安全標準、個人信息保護和電子文檔法案、健康保險責任法案、金融服務現代化法案等等，不一而足。在公共云中的關鍵系統能做到這一點么?

其它方面：你是否準備將現有的授權遷移到云中?如果云供應商倒閉了，應該怎么辦?

你所在的公司是否愿意接受這些風險呢?一旦對業務需求有了了解，你可能就會發現將某些應用遷移到云中是非常明智的。舉例來說，培訓服務器、演示環境或者用戶接受度測試都是不錯的選擇。

結論

我要強調一下，僅僅部分方面能證明內部部署的信息技術在成本方面比公共云高一點。結合降低經營成本的策略(舉例來說虛擬化、高可用性、自助服務門戶網站和全功能管理工具)，就可以讓公司看起來已經采取措施建立屬于自己的私有云了。盡管公司運行的實際成本可能有所差別，但我相信這一趨勢是非常明顯的：對于企業信息技術發展來說，對于公共云最好的回應是開始規劃屬于自己的私有云!

降低成本

首先，我們在這里比較的是虛擬機小時成本和物理服務器小時成本。因此，需要對實際數字進行調整。一些分析家聲稱服務器利用率在4%(數據中心只能有4%的利用率)到7&(昆德拉：美國聯邦政府數據中心的利用率為7%)的范圍里，但高德納表示，傳統數據中心服務器的利用率在15%到20%左右。而虛擬化可以達到40%，考慮到與虛擬化相關成本的增加，我們將數字調整為每小時12.5美分。

從降低成本的角度來看，選擇虛擬化技術是一個不錯的開始，但是成本依然比公共云高一倍以上。信息技術部門還能做什么?大多數巨型公司都會采用管理工具來降低整體管理成本，提高數據中心的可靠性。

這樣的話，還可以將成本消減20%，將內部成本降低到每虛擬機小時10美分。
 

【編輯推薦】

1. 剖析：將應用遷移到云的幾種弊端
2. 如何構建私有云：遷移步驟和障礙 
3. 向云計算遷移是否勢在必行？
4. 云計算實戰：小企業如何遷移到云？
5. Spring框架創始人：向云計算的遷移勢在必行
6. 不再猶豫 10種可以遷移到云的應用程序
7. 亡羊補牢行不通 基礎設施安全要與私有云建設動態適應
8. 膽小者慎入 五款主流私有云大比拼
9. 取長補短 如何整合公共云和私有云服務？