從企業自身角度談談「企業上雲」這事靠譜嗎？

從今年上旬的江、浙，到前不久的山東濟南，越來越多的省市政府推出了「企業上雲」行動計劃，與「機器換人」等行動呼應，多管齊下地幫助規模以上企業逐步完成從製造到智造的華麗轉身。

據有關數據統計，雲計算市場規模已經從2008年的73億元快速增長到2016年的3168億元，年均增長額近400億元，年均增長率超過60%。

雲計算和雲服務市場的確在高速發展，那麼對於企業而言，雲服務相對於傳統IT服務到底有哪些好處？

彈性

彈性，可以說是雲服務給傳統的IT 帶來的最大的好處。我們舉兩個例子：雙十一購物節和寶強深夜發微博說自己被綠了。前一個帶有鮮明的時間特點，地球人都知道在雙十一那一天交易量是平日的n倍，此時淘寶和天貓的伺服器需要扛住很大的負載。第二個明顯帶有隨機性，畢竟寶強在沒有發現自己被綠的時候生活還是很愉快的，這種杯具的事情沒辦法確定發生的時間以及人群的關注程度。

對於傳統機房來說，這兩種都是比較難以應對的情況。對於第一種情況還算好的，人們可以根據歷史上雙十一的交易記錄提前線性的估算本年度的一個容量，再根據容量去提前購置伺服器硬體、上架和配置應用等著雙十一的到來。但是這樣問題就解決了嗎？沒有！因為這可能會出現兩種情況，一種是用戶購物特別踴躍超出了之前的估算，雖然擴大了伺服器的規模，仍然扛不住負載；另一種是人們購買沒有預想的那麼踴躍，伺服器購置造成了浪費。另外這種為了一年之內僅有幾天高負載的情況，去購買大量的伺服器本身也是一種浪費。伺服器買回來，擺在那裡，你用或者不用都在折舊，財務上都要計提折舊費用。對於第二種寶強的情況，那就更加難以處理了，因為這種隨機的流量暴增既無法預測，也無法控制。傳統機房很難應對。

對於雲服務來說，如果可以根據用戶的負載情況隨時動態的調整伺服器實例的數量，或者動態的引導用戶流量到指定的機房站點(Site)那將對應用是非常有幫助的事情。當用戶訪問量暴漲的時候，伺服器實例個數會隨之自動增長，反之會自動下降，幫助應用度過負載高峰。這就是彈性計算。

易於開發、部署和維護

目前來說，絕大多數互聯網服務都採用DevOps 和敏捷開發模型，迭代周期短的有一兩周，長的可能一個月。因此，要求程序的不同版本可以快速、平滑地互相切換，也需要作為應用程序宿主的託管服務商可以提供快速部署的支持，以及DevOps 方面功能上的支持。以便可以實施可持續地自動化構建(CI)、可持續地自動化部署(CD)。

傳統上，要上線一個系統，往往要經過以下幾個階段：售前評估->商務談判->下單->伺服器到貨->伺服器上架(包括網路規劃VLAN等等)->軟體安裝調試->正式投產。而使用公有雲服務，會將這個實施流程縮短。售前評估可要可不要(因為日後可根據運營情況調整虛擬機型號)，商務談判、下單、伺服器到貨、伺服器上架甚至軟體安裝調試幾個步驟縮減為伺服器租用和伺服器調試兩個步驟。如果使用PaaS或者SaaS服務甚至更簡單。

雲上的擴展服務

雲服務商是否可以在雲平台上給應用提供更多更好的擴展服務，往往也是雲平台的決勝關鍵。比如百度大腦這一類的服務，由於需要大量的基礎性演算法和大量的數據作為積累，這些人工智慧領域的功能以前是小的軟體開發商技術能力，或者財力以及數據積累都無法單獨實現的。但是像這些多金的大廠是由能力進行研究並把服務開放出來的。這些服務被越來越多的中小軟體開發商所接受，在逐漸地集成到他們的應用中。

連通性和開放性

連通性主要是指雲服務平台與互聯網的連通性，比如是不是干網機房；雲服務平台自己內部的數據中心之間的連通性；雲服務平台與其他雲服務平台或者IDC機房的連通性，以保證用戶現有應用與雲上的部分可以無縫對接。

開放性是指對使用雲的用戶的軟體組件、技術平台、開發語言等的要求。這方面要求越低，就說明平台越開放。就越方便各種技術流派和技術架構的雲用戶使用這個雲平台。

按需付費

雲上的服務都是採取按需付費的模式，計費粒度是否夠細緻，計費是否精確等等。都對雲平台提出了較高的要求。

因此，判斷一個雲平台的好壞，可以從以下幾個方面考量：硬體條件、運行的服務和生態環境。

硬體方面

也就是常說到的IaaS Infrastructure as a Service，主要是看雲服務商機房的品質、鏈路的品質和伺服器的品質。

機房方面，要看雲平台服務商的機房部署在哪些物理位置上，覆蓋面是否夠廣泛？機房遵循的是國際上4代機房還是4.5代機房來構建？選址、安保、電路都是決定性要素。

鏈路上，要看數據中心的接入帶寬以及接入服務商的服務能力和品質。要知道，在2010年以後，電信行業對國際數據鏈路的需求早已經不是主流，而由微軟、谷歌和Facebook 各自組成的財團在大規模地在國際海域鋪設光纜，目的就是為了聯通各自散落在世界各地的機房節點。數據對鏈路的需求早已超過了電信語音對鏈路的需求。在這些方面，即使是AWS 這種企業也望塵莫及，畢竟家底還是薄了些，盈利也是最近的事兒。而擁有巨額現金的IT 巨人們對海底光纜的收購和投入是不遺餘力的。

伺服器的品質，這個不得不要鄙視一下中小型雲廠商了。因為大廠門都是專業的定製化硬體，而不是成堆成堆地購買DELL、HP和浪潮的1U/4U 伺服器。原因很簡單，他們要盡量提高機房內的密度，降低機房能耗，以便攤薄運營成本。在一個地區，地價相對接近的情況下，在相同面積內誰能放下更多地CPU和內存以及存儲，誰就佔據著一次性投入的成本優勢。誰家的CPU和內存能耗低，誰就佔據著運營成本的優勢。大型的雲機房都是幾萬甚至十幾萬CPU核的量級，每個CPU核每天降低一瓦能耗，每年可以節約驚人的電費。阿里巴巴在千島湖設置機房，也不是因為那裡風景優美，而是為了可以把湖底的水抽上來給機房散熱，降低空調用電成本。讓千島湖做真正的水煮魚，至於對環境的影響，比如湖底水溫上升多少度會讓湖底藻類群落和魚類產生什麼樣的變化，這就是一件誰也說不清楚的事兒了。

運行的服務

其實對於硬體上的差異，雲用戶是可以忽略的，因為畢竟雲機房都相對地處偏遠也不讓參觀，用戶無法直觀地感受到其中差異。 而軟體上的差異是雲用戶可以直觀感受到的。說到雲平台上運行的軟體，比如PaaS 和SaaS 這部分，絕大多數的小運營商和電信開設的「雲機房」基本上都可以洗洗睡了。因為他們除了CPU 內存和存儲容量以外也沒法給雲用戶談其他的了，沒有技術儲備的雲服務商沒有能力提供PaaS 和SaaS 層面的服務。但是對於雲的直接用戶來說，他們需要的可不僅僅就是CPU 和內存這些，他們需要有PaaS 平台幫他們快速構建應用，他們需要有一系列的工具來幫他們支撐DevOps和敏捷開發，他們需要有智能化的服務來幫助他們提升用戶體驗，他們需要大數據平台來支撐他們分析數據挖掘用戶需求。如果這些都沒有，那就只能呵呵呵了。

沒錯，構建雲服務的基礎性技術是虛擬化技術，但虛擬化技術並不等於雲計算。虛擬化技術解決的是在一個物理機房內計算能力的調度。虛擬化技術是構建雲服務的充分不必要條件。舉個反例，如果說世界上頂尖的虛擬化服務提供商是VMware 恐怕沒人反對吧？微軟的Hyper-V隨著操作系統免費送，恐怕都追不上收費的VMWare的市場佔有率。但是為什麼VMWare 沒有成為世界一流的雲服務提供商呢？原因很簡單，不是它沒錢，而是WMware 技術棧都集中在虛擬化技術上，沒有形成從開發工具到測試部署和運維的完整技術棧，無法為雲用戶提供有效的支撐。所以VMWare 在公有雲領域淺嘗輒止了。

在這方面，微軟主要是以自家的產品和商業軟體形成了閉環，從整個ALM 基於雲用戶完善地支持。其它雲服務商主要是以開源技術為主，基於Apache 的系列開源套件，配合Eclipse 等等IDE 以及Jenkins等等給雲用戶提供支持。

生態環境

用戶和應用程序對雲平台的需求是多種多樣的，如果一個雲服務提供商可以支持多種多樣的應用共存，大家形成良好的共生關係，那麼這樣的雲平台是完善和健壯的。它本身就像一座森林，而不是花盆裡的一株綠植。

這裡就不得不說一下Snapchat 和谷歌的關係了。由於谷歌是Snapchat的投資人，因此Snapchat 絕大部分的服務都跑在谷歌雲上，並佔據了谷歌雲用量的很大很大一部分。在今年年初雙方簽署的備忘錄上表明Snapchat未來5年還要至少在谷歌雲上花20億美元。這種一家獨大的局面會影響谷歌雲的發展導向，會自覺不自覺的首先滿足Snapchat的需求，會適應Snapchat的發展等等…… 這對中小型用戶來說是不利的，除非你的應用模式和Snapchat一樣，但是如果你複製了一個Snapchat，你的商業模型註定是要失敗的，根據互聯網7：2：1法則，老大佔據70%的市場，即使你是老二有20%的市場份額，那也是沒有前途的。

結語

1. 雲計算到底是什麼？

CSA（Cloud Security Alliance）雲計算安全聯盟在Security Guidance For Critical Area of Focus In Cloud Computing V3.0的定義：

「雲計算的本質是一種服務提供模型，通過這種模型可以隨時，隨地，按需地通過網路訪問共享資源池的資源，這個資源池的內容包括計算資源，網路資源，存儲資源等，這些資源能夠被動態地分配和調整，在不同用戶之間靈活劃分。凡是符合這些特徵的IT服務都可以被稱作雲計算服務。」

2. 雲計算未來會是什麼樣？

雲計算未來會像水、電、互聯網和煤氣一樣是一種公共服務資源，人們按需租賃和使用。它的便利性大大地促進了人們的創新實踐。

3. 怎樣才算是一朵好雲？

個人以為有以下幾個標準：

a) 雲平台是否是這家公司的主導戰略性產品？

b) 雲平台是否擁有構建自身應用所需要的PaaS 服務？

c) 雲平台是否有支撐應用程序開發->集成->測試->部署->運維的一整套方法論、服務和工具？

d) 雲平台是否有良好的伸縮性和擴展性？

e) 雲平台是否有專業化的運營團隊，7x24地支持客戶解決遇到的問題？

f) 這個雲平台技術和服務是否還在演進？(意味著雲平台服務商仍然在持續地研發和投入)