在當今的it中，無所不能的云就是奧茲。我們充滿冒險精神樣地走向它，滿懷期望它可以神奇地解決眾所周知的it問題。當然，并不可能。但是仍需銘記于心的是：不管奧茲的宣傳多么不真實，魔法師最終還是幫助了桃樂絲和她的伙伴。他們去到了想去的地方。云技術也是同樣。它們是具有變革能力的，但是首先我們必須拉開帷幕。

　　還記得《綠野仙蹤》中桃樂絲和她的伙伴們最后終于回到了翡翠城嗎？

　　這里沒有云

　　云計算并不是真實的事物；它是一種靈活的、基于網絡的、按需抽象服務。真實且成功的實現是存在的，但是本質上，云計算是一種操作風格。不像互聯網，并沒有唯一的統一云。并不是每一個終點都可以同其他每一個終點進行有意義的通信。

　　有很多云服務提供商——亞馬遜web服務、cloud foundry、engine yard、force.com、gogrid、google、heroku、hp、ibm、joyent、microsoft、rackspace、savvis和verizon terremark，這僅僅是是一些基礎架構和平臺的選擇例子。他們提供了各種應用程序接口和功能。一些技術規范，比如openstack和vcloud，旨在進行標準化和互操作性，但是仍處于非常早期的階段。

　　同時，公有云通過服務提供商托管，對所有參與者都是付費的可用服務。企業托管的實現(私有云)可能會失敗。甚至出現更多陰暗的虛擬基礎架構蔓延。

　　“真正的云”的神話抨擊了市場上的一些服務提供商，但是對于一些客戶而言，產出大于貼上云標簽的價值。外部服務有優勢，包括最小的前期投入、極好的“試用性”、規模經濟效益等。一些應用，比如內容分布和離線備份，實現完美的外部服務。

　　誠然，外部服務也有缺點。包括需要一直通過網絡發送數據，遠方資源過高的延遲，多變的價格結構以及安全、可用性以及法規遵從等問題。

　　作為一個開發者，我更偏愛公有云。但是這些都是在規范化的行業中，延遲和帶寬敏感的應用對于臨時的服務不可用時不可接受的，或者那些已經適應了管理資本支出/運營成本(capex/opex)這種折中方案的人則看待事情也是不一樣的。對于他們而言，云需要更加私有化，或者是公有和私有混合的云。

　　云彈性言過其實

　　軟件即服務(saas)和平臺即服務(paas)產品確實是彈性的。購買多少取決于你的需要。然而，基礎架構即服務(iaas)并不是完全彈性的，即便是像亞馬遜彈性計算云(ec2)這樣的服務，“彈性”只是部分內容而已。

　　你可以購買你想要的數量的ec2服務器，再“解雇”它們，你說了算！你可以稍后關閉它們，降低費用或者評估持續的費用。這些都很好。但是ec2是一種實用的服務，獨立的服務器只按照固定的配置銷售。一旦選擇，資源永遠不會在實例的生命周期中收縮。

　　我曾錯誤的向客戶描述了ec2的彈性。隨后很難解釋為什么實例是這么的不談性，他們需要負載均衡器、擴展集群，而且希望支持真實的彈性服務?？蛻糇罱K獲得了，但是他們很失望。

　　當客戶已經擁有虛擬化基礎架構時，甚至更糟糕。vmware、hyper-v、xenserver和ibm powervm都提供精確地cpu、內存和i/o配置。這些資源可以輕松的添加或者刪除，有時候甚至是在應用運行時就可以實現。

　　虛擬化平臺跨實例共享資源，甚至可以動態遷移工作負載。ec2和大多數iaas競爭對手不能實現這些事情。從實踐的角度看，虛擬化基礎架構因此比很多云服務都更加彈性。

　　飛躍彩虹

　　要明白：像許多其他人一樣，我愛云計算，原因很多。對于外部托管基礎架構、服務和應用的選擇而言，云計算對于開發者、很多運維人員以及整個產業而言都很棒。從更高的水平來看，云將每個人的愿望都描述為更加的靈活、高效、動態it，而且對于所有部署的基準測試很有用。

　　但是云可以解決一切的說辭毫無用處。因此當你想要去“彈性城市”的時候，可以采用奇妙的視角，但是要特別注意幕后的使者。