上個星期，在San Jose的一次座談會中，Forrester的James Staten指出：“所有云都是不一樣的。”在企業采購者評估不同的服務以前，他們需要搞清楚他們在監控，安全和服務等級協議（service-level agreement）方面的需求。

無論是好還是壞，云計算都不是同一件事情。就算你把那些仿冒者和重新貼牌者去除掉（它們只是讓它們的產品和云靠攏，重新起一個名字罷了），這個領域還是有一大堆供應商，而且，每個供應商都提供了一大堆長長的有關于服務和價格的列表。

但是，“云”這個術語還是流行起來了，這是因為人們看到，計算能力出現了一種新的分發模式，它可以改善終端用戶的經濟狀況。實際上，我應該說：“可能會改善終端用戶的經濟狀況。”因為云計算比任何私有的數據中心的運營都更便宜并沒有得到證明。我相信這一點會得到證明的，但是，經濟方面的討論也許只適用于某些應用，而無法適用于所有的應用。

把工作放在云中和放在私有的數據中心中的區別

在10月14日，在托管服務提供商Savvis舉辦的一場座談會中，Forrester分析師James Staten從他自己的角度詳細解釋了這些問題。Savvis為全球的企業級IT外包客戶運營著31個數據中心，其中有18個用來提供Symphony私有云服務。

Staten指出了把你的工作放在云中和放在私有的數據中心中的主要區別。他指出：一個Oracle或IBM的應用服務器，如果在數據中心中運行，在99.999%的時間里，都可以提供30毫秒的響應時間。如果你把你的工作放在云中，那么這個應用服務器很可能是在西海岸的某一個地方的一個數據中心上，作為一個虛擬機來運行的，而且，在應用程序操作方面，較小的延遲肯定要給更長的，更多變數的等待時間讓步。在***情況下，在延遲較高的情況下，云可以保證99.95%的時間里，服務都是可用的。這意味著你的系統必須要容忍每年15分鐘的宕機時間。

他說：“在云中，服務的質量是沒有保證的。如果你的應用程序性能不佳，那么你就沒救了。”另外，你的應用程序和數據可能和你的競爭對手位于同一個服務器上，或者存儲在同一塊硬盤上。Staten說：“你必須接受這種可能性才能繼續使用服務提供商在平淡無奇的基礎設施上提供的云計算服務。”對于我來說，云和企業級的數據中心的最主要區別是系統的可靠性，或者是高度的可用性，以及用戶體驗的明升暗降。亞馬遜，易趣, 谷歌和雅虎都知道如何構建大型的X86服務器集群，如何在這些服務器上運行軟件，如何對硬件的故障進行容錯處理。如果你沒有很好地架構它，那么遷移到云中的系統就沒有這樣的硬件容錯能力。而在企業內部，大多數企業的硬件系統都包含冗余組件，或者是在故障發生以前，盡量發出警告。可靠性主要來自于硬件方面。

換句話說，如果在云中，你使用的那個服務器死機了，那么云供應商是不會為你浪費的時間而負責的。相反，它會建議你使用備用的服務器，同時在你的應用程序中添加自動故障切換功能。在EC2中，它的***實踐會建議你把第二個服務器放在和***個服務器不同的區域里。這樣的話，如果你的主區域斷電的話，那么你的應用程序還可以在故障切換區域繼續運行，因為它使用不同的電源。

Staten也提到了這個問題：“云并不關心每天是否有多個服務器死機。云也不負責重新啟動你的應用程序。這些工作需要你自己來負責。”正因為如此，云供應商才能用去除了冗余部分的服務器和便宜而緩慢的磁盤驅動器構建低成本的基礎設施。

#p#

云并不會適應你；你需要適應云

你也許還需要面對“吵鬧的鄰居的問題”，和你的應用程序位于同一服務器的其他應用程序，在活動頻繁的時候，會占用大量的I/O和網絡帶寬。在他的發言的后期，他指出了一個更大的問題：“云并不會適應你；你需要適應云。”這是企業用戶使用云計算的***障礙。這似乎徹底顛覆了服務等級協議的觀念。

Staten認為，云計算是廉價的，這只是一個神話。他說：“這有一部分是真實的。但是因為你是在云中，所以它可能并不便宜。”為了完成一個規模較大的工作，不間斷地使用100個服務器24個小時可能比較合算，例如：紐約時報把0.5TB的就文章轉換成可以通過它的Web站點訪問的內容。Staten說，一個程序員構思了整個流程，在EC2中租用100個服務器，在他的私人信用卡充入了70美金的費用，然后，一切就都搞定了。另一方面，如果不間斷地運行100個服務器三個星期，消耗大量的網絡帶寬，頻繁地進行數據傳輸，需要支付的費用肯定會比每小時8.5美分的初始費用高得多。

他說：“你使用的越多，你的費用也就越多。”每個月，每個服務器低廉的初始費用包括負載平衡費用，數據傳輸費用，存儲費用和監控費用。云可以讓幾個人管理很多個標準的服務器，這種少對多的比率可以讓云的運營成本比那些傳統的數據中心更低，當然，管理多個系統的技能是必須的。他說：“盡管如此，云計算的成本還是有可能會超過了傳統的托管服務。”

Staten談到的模式是“基礎設施既服務”，Amazon EC2，Rackspace和Savvis自己提供的服務就是這種服務。Savvis是按月來計費的，而不是像其他的云提供商那樣按小時來計費。通過這次討論，我推測更長的計費周期意味著資源的可用性也越高，你無需再和“吵鬧的鄰居”分享這些資源了。另一方面，按小時計費卻可以在資源沒有被使用的情況下，讓資費變成0。但是，許多閑置在數據中心中的應用程序卻每天24小時都在運行，消耗著電能和各種其他的資源。云的用戶需要搞清楚他更喜歡哪種方式。

企業用戶需要搞清楚他要在云中運行的應用程序的性質，然后選擇最適合這個應用程序的服務。如果你沒有深入研究這些服務之間的區別，那么這將會是一個艱苦的過程。有些服務可能比較適合承載需要大量內存和網絡帶寬的大型的服務器，它們適合運行大型的數據倉庫系統。有些服務可能比較適合承載需要帶寬較少的簡單的Linux服務器；還有些服務可能提供了更好的安全保障。

#p#

使用什么樣的安全措施？它們適合你的需要嗎？

Staten指出：“大多數云都比你現在采用的安全措施更加安全。”發言的30個Savvis客戶和潛在客戶對他的發言表示贊同。他們使用同樣的數據中心系統，通過同樣的方式更新和打補丁，幾乎不存在什么安全漏洞。同時，對于特定的應用程序來說，一個企業內部的安全措施也許才是最安全的。他警告道：標準化的云通常更安全，并不意味著它可以代替你的所有安全措施。除了考慮服務器，網絡帶寬和存儲的價格以外，Staten建議考慮這些方面的問題：可以使用什么樣的安全措施？它們適合你的需要嗎？

遷移到特定的云中的時候，可以使用什么樣的用戶界面？對于你的IT職員來說，它容易使用嗎？他說：“有些界面對于一個iPhone用戶來很熟悉，但是對于一個BMC（ProactiveNet）systems management的用戶來說，就不是很熟悉了。”

這個提供商可以讓你選擇hypervisor嗎？或者說，它既支持微軟的Hyper-V，又支持VMware嗎？

這個提供商提供了服務等級協議嗎？它的具體細節是什么？

另外，他還提供了幾個入門級的建議：

如果你已經擁有了一家虛擬化提供商的企業許可證，檢查一下它是否包含Lab Manager產品，使用它可以配置和運行虛擬機。對于IT控制來說這很重要，而且它也為員工適應自助式服務打開了一扇大門。

建立一個自助式的門戶，提供一個決策樹，用來決策應該建立多大規模的虛擬服務器和它應該部署到哪里。

從身邊的一些事情做起，開始使用自助式的服務，例如應用程序開發和測試，一個新的Web站點或其他基于Web的項目。

鼓勵那些“***創新性的思想家”們使用內部的云。

Staten指出：調查顯示，比起使用公有云，企業對構建一個內部的私有云更感興趣。但是，如果內部的云的使用范圍沒有延伸到企業的各個領域，那么它不會帶來公有云可能會帶來的經濟優勢。他指出：有了足夠的用戶，需求才會趨于平穩，資源的利用率才會提高。較高的利用率才會帶來經濟方面的優勢。

原文名：Knowing What You Need From The Cloud 作者：Charles Babcock

【本文乃51CTO精選譯文，轉載請注明出處！】

【編輯推薦】

1. 猛料突爆 云計算理論與現實血淋淋的對白
2. 云猛料再爆 誰是推手 誰是山寨 誰是倒霉蛋
3. 猛料真相大白：云計算 夢幻的泡影
4. 云計算是蓋茨最害怕聽到的一個詞 
5. VMware專家：行動起來 狙擊云炒作
6. Slideshare創始人：我們應用云計算的慘痛教訓
7. 曾被嘲笑 私有云堅持走自己的路
8. 是否遷移到云 云計算的五大誤讀