域名預(yù)訂/競(jìng)價(jià)，好“米”不錯(cuò)過

導(dǎo)讀：私有云市場(chǎng)發(fā)展概述 隨著云計(jì)算技術(shù)的逐漸成熟和平臺(tái)服務(wù)的標(biāo)準(zhǔn)化，越來(lái)越多的企業(yè)已經(jīng)或正在把業(yè)務(wù)遷移到云上。其中，一部分企業(yè)的互聯(lián)網(wǎng)敏態(tài)業(yè)務(wù)遷移到公有云，而另一部分中大型企業(yè)由于對(duì)數(shù)據(jù)資產(chǎn)安全性或監(jiān)管合規(guī)性等要求則更親睞建設(shè)私有云，同時(shí)兼顧了安全可控

私有云市場(chǎng)發(fā)展概述

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

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

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

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

私有云建設(shè)的正確“姿勢(shì)”

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

榮之聯(lián)通過虛擬化或容器技術(shù)對(duì)同構(gòu)或異構(gòu)IT基礎(chǔ)架構(gòu)的池化，包括計(jì)算資源、存儲(chǔ)資源和網(wǎng)絡(luò)，最大化的利用企業(yè)已有的IT資源，這是云平臺(tái)的基本功能。

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

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

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

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

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

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

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

綜上，在自下而上建設(shè)云平臺(tái)過程中，標(biāo)準(zhǔn)的基礎(chǔ)架構(gòu)+產(chǎn)品平臺(tái)支撐+上層門戶建設(shè)就成了一套最佳實(shí)踐，是風(fēng)險(xiǎn)最小、總成本(TCO)最低、擴(kuò)展性最強(qiáng)的“產(chǎn)品+生態(tài)”建設(shè)模式。

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

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

唯產(chǎn)品論：這種情形下，以為導(dǎo)入一個(gè)云計(jì)算產(chǎn)品就能完全實(shí)現(xiàn)從傳統(tǒng)IT架構(gòu)到云計(jì)算架構(gòu)的轉(zhuǎn)型。

唯框架論：這種論調(diào)往往認(rèn)為組建一個(gè)不大不小的技術(shù)團(tuán)隊(duì)，搗鼓搗鼓開源框架，稍微封裝一下，就能把云平臺(tái)建設(shè)好了。

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

誤區(qū)二的情形，是云平臺(tái)建設(shè)風(fēng)險(xiǎn)最大的方式，事實(shí)證明，沒有充足的人力和財(cái)力的投入，是根本無(wú)法商業(yè)化應(yīng)用的，業(yè)界有太多的失敗案例，在此不再過多說(shuō)明。

榮之聯(lián)通過各種途徑分析過不少云平臺(tái)建設(shè)案例，在很多實(shí)際案例中，用戶因?yàn)槿狈α可矶ㄗ龅腢CMP導(dǎo)致云平臺(tái)在落地使用過程中成為雞肋，有些用戶甚至抱怨“這跟我直接上一個(gè)虛擬化平臺(tái)沒太大差異”“云平臺(tái)產(chǎn)品無(wú)法按照我們實(shí)際的業(yè)務(wù)需求進(jìn)行定制化，用起來(lái)不太順手!”

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

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

申請(qǐng)創(chuàng)業(yè)報(bào)道，分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處，共同探討創(chuàng)業(yè)新機(jī)遇！