隨著云計算技術的逐漸成熟和平臺服務的標準化，越來越多的企業(yè)已經(jīng)或正在把業(yè)務遷移到云上。

 1、私有云市場發(fā)展概述

隨著云計算技術的逐漸成熟和平臺服務的標準化，越來越多的企業(yè)已經(jīng)或正在把業(yè)務遷移到云上。其中，一部分企業(yè)的互聯(lián)網(wǎng)敏態(tài)業(yè)務遷移到公有云，而另一部分中大型企業(yè)由于對數(shù)據(jù)資產(chǎn)安全性或監(jiān)管合規(guī)性等要求則更親睞建設私有云，同時兼顧了安全可控以及***程度上做到了已有IT資源的充分利用。

實際的情況是，在數(shù)字化轉型和互聯(lián)網(wǎng)+的進程當中，相當多企業(yè)中的業(yè)務會分別由公有云和私有云一同來承載，這是一段時間內無法改變的，也是業(yè)界共識。

2017年，中國私有云市場規(guī)模達到426.8億元，相比2016年增長23.8%。預計2018-2021年中國私有云市場增速仍將保持穩(wěn)定，到2021年市場規(guī)模將達到955.7億元。

在如此大的市場機遇面前，國內各廠商巨頭在私有云產(chǎn)品方面的布局日顯成效，以華為、H3C，浪潮等一線廠商為首，電信、聯(lián)通、聯(lián)想等二三線廠商以及大大小小的創(chuàng)新型公司產(chǎn)品百家爭鳴的大格局基本形成。

2、私有云建設的正確“姿勢”

在建設企業(yè)私有云平臺之前，我們先仔細考慮下什么才是用戶真正想要的云平臺？隨著云計算的蓬勃發(fā)展以及企業(yè)IT數(shù)字化建設的日趨完善，現(xiàn)階段合格的云平臺必須符合以下幾個基本條件：

1) 通過虛擬化或容器技術對同構或異構IT基礎架構的池化，包括計算資源、存儲資源和網(wǎng)絡，***化的利用企業(yè)已有的IT資源，這是云平臺的基本功能。

2) 云平臺資源管理層對于虛擬化資源池內的資源從創(chuàng)建、交付使用到回收等完整的生命周期的管理，做到資源的彈性伸縮、復用；實現(xiàn)基礎資源的統(tǒng)一監(jiān)控和管理；提供開放的功能組件和完善的北向API接口以適應云平臺客戶化集成和按需擴展的需求。

3) 根據(jù)企業(yè)用戶需求量身定做的服務目錄、運營和運維支撐系統(tǒng)， 并通過用戶門戶和管理門戶分別提供服務和管理入口。除此之外，基于云門戶能實現(xiàn)與企業(yè)現(xiàn)有IT生態(tài)的***融合。

私有云從建設、交付、到運維運營是一個復雜的過程，不管是系統(tǒng)集成商還是云計算廠商，在給用戶服務過程中，“姿勢”不對很容易造成客戶的不適和失去信心。私有云建設自上而下規(guī)劃、自下而上建設的大方針是無可厚非的，但是在規(guī)劃過程中如何選擇可靠好用的云平臺組件是非常重要的，為了搞清楚這個問題，我們先看下圖：

自下而上分別是基礎架構層、產(chǎn)品層、生態(tài)建設層。

我們先從下往上看，由于云平臺對于底層硬件的兼容性已經(jīng)做得非常好了，所以底層硬件的選擇按照既有的經(jīng)驗和套路基本上已經(jīng)不會有什么問題了。

再看中間層，就是以IaaS為主的基礎設施管理層，這一層承擔著對底層計算資源的池化、資源調度和管理的重要職責，是云平臺非常關鍵的一層，這也是廠商投巨資所打造的一層，這一層是否穩(wěn)定直接關系到上層服務目錄供給的可用性和有效性，為了降低風險和后期運維成本，這一層強烈推薦使用成熟的商業(yè)化產(chǎn)品，如果直接通過開源組件如openstack/cloudstack來構筑這一層則需承擔極大的風險。

最上面一層，我們稱為“UCMP（統(tǒng)一云管門戶）或CMP2.0”，它不僅包含了傳統(tǒng)CMP的部分功能，更是CMP的強化版或者說客戶化版本，也是直接面向云平臺用戶的服務和管理門戶（IT管理者、資源使用人、平臺管理員、運營運維人員等），這一層是云平臺落地的關鍵環(huán)節(jié)，如果把基礎架構層和中間層比喻成汽車的底盤懸掛和發(fā)動機，那么這一層就是中控儀表臺和變速箱，直接關系到用戶體驗，由于不同行業(yè)的IT生態(tài)不同、客戶的使用習慣和集成需求也不同，這一層往往需要大量的集成定制化和客戶化服務之后才能讓企業(yè)用戶用得得心應手，是云平臺建設落地的***一個環(huán)節(jié)，推薦在有經(jīng)驗的系統(tǒng)集成商或有客戶化定制服務團隊的廠商幫助下進行持續(xù)建設和優(yōu)化，保持***的性價比。

綜上，在自下而上建設云平臺過程中，標準的基礎架構+產(chǎn)品平臺支撐+上層門戶建設就成了一套***實踐，是風險最小、總成本（TCO）***、擴展性***的“產(chǎn)品+生態(tài)”建設模式。

3、產(chǎn)品+生態(tài)建設的優(yōu)勢和重要性

云平臺建設過程中普遍存在的兩個主要誤區(qū)有：

1) 唯產(chǎn)品論：這種情形下，以為導入一個云計算產(chǎn)品就能完全實現(xiàn)從傳統(tǒng)IT架構到云計算架構的轉型。

2) 唯框架論：這種論調往往認為組建一個不大不小的技術團隊，搗鼓搗鼓開源框架，稍微封裝一下，就能把云平臺建設好了。

以上誤區(qū)一的情形，僅僅是云平臺建設的初級階段，最多完成了從傳統(tǒng)IT架構到資源池化的過程，附帶一些簡單的基礎架構的管理功能，但是在實際的建設過程中，云計算產(chǎn)品廠商往往發(fā)現(xiàn)自己的產(chǎn)品功能無法覆蓋各行各業(yè)用戶的需求，如果僅僅交付一個標準化的產(chǎn)品，達不到用戶的最終需求，需要持續(xù)投入一定量的定制化開發(fā)工作才能使云平臺的建設最終落地。而產(chǎn)品廠商的定位是聚焦產(chǎn)品研發(fā)，消耗太多的資源去給用戶做定制化是不明智的，投入產(chǎn)出比很低，所以***的云平臺產(chǎn)品廠商正通過逐漸完善自己的產(chǎn)品+開放平臺，借助生態(tài)合作計劃，與各領域的合作伙伴深度合作，提供標準的產(chǎn)品和開放平臺API，專心賣好自己的產(chǎn)品而定制化部分交給集成商或合作伙伴去做，通過這種分工合作，實現(xiàn)了“雙贏”。

誤區(qū)二的情形，是云平臺建設風險***的方式，事實證明，沒有充足的人力和財力的投入，是根本無法商業(yè)化應用的，業(yè)界有太多的失敗案例，在此不再過多說明。

我們通過各種途徑分析過不少云平臺建設案例，在很多實際案例中，用戶因為缺乏量身定做的UCMP導致云平臺在落地使用過程中成為雞肋，有些用戶甚至抱怨“這跟我直接上一個虛擬化平臺沒太大差異”“云平臺產(chǎn)品無法按照我們實際的業(yè)務需求進行定制化，用起來不太順手！”

正如第二節(jié)所說，云平臺建設落地之后，它并不是一個孤立的系統(tǒng)， 為了與企業(yè)現(xiàn)有的IT生態(tài)所融合，必然要和很多現(xiàn)有的業(yè)務流程或系統(tǒng)做集成或整合，做到IT資源統(tǒng)一管理、數(shù)據(jù)和業(yè)務流程、安全規(guī)范上的融匯貫通，這一步是必不可少的，是云平臺建設的最終目標，這也是云平臺建設中很容易被建設者們忽視的環(huán)節(jié)。如果缺少了這一步，那么企業(yè)建設云平臺的意義又何在呢？虛擬化平完全就滿足用戶需求了。

通過生態(tài)建設的思路，這一部分的工作，由生態(tài)合作伙伴去完成無疑是最合適的選擇，產(chǎn)品廠商和生態(tài)合作伙伴各司其職，在云平臺建設中形成最有效的合力，所以，根據(jù)上述分析，基于“產(chǎn)品+生態(tài)”的建設模式，可以***的規(guī)避以上建設誤區(qū)，使得云平臺的落地沒有缺憾。