云計算的一大賣點就在于其經濟性。但是，CIO們常犯的一個錯誤是簡單地將云計算和低成本劃等號。根據Forrester Research Inc.（位于馬薩諸塞Cambridge）副總裁及首席分析師James Staten的觀察，在各種規模的企業中都存在著這種問題。在本文中分享了云計算成本方面的四個關注點。敏捷性、現存的自有系統以及團隊成員都是影響云計算投資回報率的因素。

問：是否能確定云計算的使用頻度和規模？

James Staten：如果云計算被大規模使用（即服務始終在線、所有員工都會訪問以及訪問強度基本保持恒定），那么就很難做到成本的削減。ERP系統就是一個典型的例子，由于其所依賴的基礎架構特性，很難利用云計算按使用付費的彈性特征。

要想達成成本削減的目標，就必須真正理解云計算的適用場景–即應用的訪問量要具有一定波動度。在這方面，某些BI（商業智能）應用是很好的例子，比如偶爾使用或以批處理方式運行的BI應用，而傳統的數據倉庫則通常不適合放到云中。另外的適用應用有網站、移動應用后端系統、社交媒體以及測試開發環境。

問：是否能夠真正分析出替換自有系統與遷移到云中的成本？

Staten：很多情況下，你需要將現有系統的遷移和替換成本進行分析比對。舉例來說，你的電子商務系統使用的是Oracle的E-Business套件。現在，你考慮是該用諸如Salesforce.com之類的純SaaS服務來替換，抑或是用IaaS服務來支撐Oracle的基礎架構。在這類例子中，必須要做的就是算清楚當前系統的顯性和隱形管理成本、基于IaaS以及純SaaS服務的成本。

表面上看這種比對十分簡單，但事實并非如此。以遷移到公有云為例來說，對于應用的配置模式可能發生變化。軟件許可證方面也可能有所不同，比如Oracle那種收費模式只會導致你的成本越來越高。你最初的目的就是通過擺脫服務器的管理維護工作來大幅削減成本–亞馬遜會接手這些事情。但是，不要指望基礎架構方面的運維成本會徹底消失，有些工作仍然需要你的團隊來完成–粗略估計，你可以預期這方面成本有70%的降低。

在應用管理方面，工作內容沒有很大的變化，但是配置可能有所不同–比如性能監控、容量管理和規?？刂频?。在很多場景下，成本會有所降低，但也并非沒有例外–主要視應用復雜度以及對外交互的接口等情況。

問：是否注意到了云計算的所有隱性成本？

Staten：由于云計算本質上是一種服務，因此對其隱性成本要重點關注。下面我就以GoGrid和亞馬遜的基礎架構服務為例來說明。之所以拿兩種相近的服務為例，主要是為了做出客觀的成本比較。但是，兩者的服務并非完全一致，因此你必須注意那些額外的功能和服務–而這些地方往往就是真正導致成本降低的關鍵所在。

將團隊的專業技能考慮進來的話，情況會變得更加復雜。如果說要遷移一個應用到云中，而且你手頭就有合格的開發人員，那么分析比較是相對簡單的。但是，如果你要加入更多更復雜的應用或者需要第三方的協助時，情況就會開始復雜起來。找熟悉亞馬遜平臺的人容易，但熟悉GoGrid的人則相對稀缺，如此就導致時間成本的不同。因此，在評估云計算成本時，一定要進行全面細致的考慮。

問：在使用云計算時是否考慮了市場響應速度？

Staten：敏捷性同樣是成本的構成因素之一。如果通過云來交付移動應用，也許能在一個禮拜內就完成。這就是一種巨大的成本削減，而且公司因此會賺到更多的錢。這一點也許比單純地分析該把什么東西放到云中以及計算長期成本更重要。

如今，很多人仍然傾向于那種3到5年（計算投資回報率的常規周期）的成本分析。但是，要知道沒有一家企業會在這段時間內不發生任何變化。5年前你可能只需要一個網址，現在，可能已經有了多個網址以及海量的網頁，網址之間還有協同機制，也許還有幾個SaaS應用。在這種情況下，最初投資的回報率該如何計算呢？顯然是非常復雜的。正因為如此，你更應該多地考慮企業能從云計算投資中獲得的即時回報。如果要進行長期分析，則最好不要超過兩年。