混合云是當前企業(yè)云化的主流思路但反對者認為混合云并不能反映中國云計算市場的實際需求駐云科技COO兼首席架構(gòu)師肖凱表示目前多個公有云混合的需求并不明顯企業(yè)關(guān)注的其實是公有云和內(nèi)部部署IT集成的融合云

肖凱日前接受了記者的采訪給出了他對企業(yè)業(yè)務(wù)遷移到云服務(wù)的建議并介紹了駐云科技相關(guān)產(chǎn)品和服務(wù)的設(shè)計理念他表示云計算的未來是公有云私有云一定沒有前途但目前確實存在一些因素導(dǎo)致中國企業(yè)不可能直接完全遷移到公有云上所以用戶對所有的IT資源是需要一個統(tǒng)一的資源管理平臺的

要融合云不要混合云

私有云沒有前途的判斷與當前互聯(lián)網(wǎng)創(chuàng)業(yè)公司的選擇一致傳統(tǒng)企業(yè)的步伐相對要緩慢但面對互聯(lián)網(wǎng)+的形勢上云的需求仍然迫切例如保險公司要開展在線銷售產(chǎn)品做一些秒殺的活動傳統(tǒng)數(shù)據(jù)中心的帶寬彈性并發(fā)能力就很難支持這類新業(yè)務(wù)這個時候就需要通過公有云來做不過肖凱并不否認現(xiàn)階段本地IT存在的必要性只是表明1.對于一些安全方面的顧慮企業(yè)其實可以通過現(xiàn)在很多公有云服務(wù)商都提供的VPC方案來解決2.本地IT不一定就是私有云可能就是一些虛擬機甚至是一些物理服務(wù)器

不過對于混合云肖凱表示從和很多客戶的溝通中發(fā)現(xiàn)同時使用多個公有云的需求非常小究其原因目前國內(nèi)的公有云技術(shù)上資源上差別很大還很難做到混合所以只有當所選擇的服務(wù)商沒有提供客戶所需的某項功能或者這項功能有限制的時候客戶才會選擇第二家公有云作為補充而將來服務(wù)商之間的技術(shù)和產(chǎn)品差別不大的時候這種需求就會有變化保留可以遷移的權(quán)利主要是對抗廠商鎖定的可能性但從目前云的成熟度來說數(shù)據(jù)的交互系統(tǒng)的切換都還很不方便所以做多個公有云的混合實際的意義并不大

公有云和企業(yè)自有IT資源之間的交互障礙則沒有不同公有云之間的障礙那么大或者說即便有障礙這也是從傳統(tǒng)架構(gòu)轉(zhuǎn)型到云架構(gòu)必須解決的問題因為公有云和私有云之間的交互就是業(yè)務(wù)本身的需求甚至同一個項目也會同時有公有云上的資源和內(nèi)部的資源

這就是說并不是內(nèi)部系統(tǒng)和公有云能夠混合并存就可以了而是把原有的IT環(huán)境融合到公有云系統(tǒng)上實現(xiàn)資源的統(tǒng)籌規(guī)劃統(tǒng)一管理和配置也就是融合云此時通過用戶原本習(xí)慣使用的管理系統(tǒng)如vSphere或者通過阿里云AWS的管理控制臺都沒有辦法很好地實現(xiàn)

所以肖凱認為混合云的概念很大程度上只是傳統(tǒng)硬件提供商和軟件提供商出于推銷傳統(tǒng)產(chǎn)品/解決方案的目的提出的用戶真正需要的還是融合云

架構(gòu)云2.0

駐云科技的定位是在公有云和私有IT資源（私有云資源或者僅僅是虛擬化硬件資源）之上做統(tǒng)一管理和解決方案提供技術(shù)和服務(wù)支持形式是產(chǎn)品+服務(wù)駐云科技目前主要做的事情就是把公有云API封裝形成一個可視化的平臺降低用戶設(shè)計和使用公有云產(chǎn)品組件自身云系統(tǒng)的難度產(chǎn)品上以前的架構(gòu)云1.0只是一個很好看的Portal提供簡單的可視化功能支持拖曳而新發(fā)布的架構(gòu)云2.0是一個真正要實現(xiàn)資源統(tǒng)一管理的云架構(gòu)拓撲工具主要特性包括可視化設(shè)計精細化配置數(shù)據(jù)導(dǎo)出架構(gòu)模板和智能計價這些功能對于不夠了解云API的企業(yè)是必需品

目前架構(gòu)云2.0在公有云方面支持阿里云私有云則支持主流的VMwareOpenStack預(yù)計未來還可以管理物理資源容器從愿景來說駐云科技希望能夠橫跨所有的公有云肖凱表示底層IaaS的選擇權(quán)在于客戶而不在于駐云科技對于不同的底層IaaS駐云科技都要支持

不過從現(xiàn)階段來看他認為這并不是想做就可以做的從國內(nèi)來看云計算剛剛興起沒有多久目前阿里云做得最好其API最成熟（當然也還有很多API還沒有開放或者還沒成熟）同時也是駐云科技最熟悉的（駐云科技的前身就是阿里云的用戶踩過很多坑）AWS固然比較成熟在中國市場卻是推進緩慢至于其他的創(chuàng)業(yè)公司駐云科技正在考察和商談

肖凱強調(diào)架構(gòu)云不是要取代控制臺而是要站在企業(yè)角度管理云資源的平臺提供資源管理審計自動化部署等能力通過插件模式的部署讓客戶能夠集成現(xiàn)有的東西

他介紹國內(nèi)Excel定義數(shù)據(jù)中心很普遍一些公司開發(fā)的系統(tǒng)僅僅是對資源的展示和聚合沒辦法追蹤可能日志都找不到架構(gòu)云2.0以項目組織的形式可以把阿里云在北京杭州的資源跟進項目組做基于權(quán)限和決策的管理監(jiān)控審計的功能都是官方推出的插件架構(gòu)云2.0支持堡壘機通過堡壘機登錄操作人員所有的操作都會被記錄下來可以隨時發(fā)現(xiàn)錯誤并通過playback功能回退

技術(shù)服務(wù)

除了產(chǎn)品方面肖凱認為企業(yè)轉(zhuǎn)到云架構(gòu)還需要一些技術(shù)支持

架構(gòu)設(shè)計和咨詢設(shè)計吻合融合云理念的硬件架構(gòu)和軟件架構(gòu)方案以及軟件改造方案包括系統(tǒng)遷移數(shù)據(jù)遷移等或者架構(gòu)優(yōu)化方案支持企業(yè)在云上能夠自由擴展遷移到對象存儲等駐云科技在這方面投入10+位工程師

運維服務(wù)7*24小時的服務(wù)對于客戶不清楚新技術(shù)如MongoDB的具體使用幫他梳理系統(tǒng)架構(gòu)運維架構(gòu)主要通過自動化運維工具+專業(yè)技術(shù)團隊支持來做駐云科技運維服務(wù)團隊目前大約30人面向全國服務(wù)預(yù)計下半年會擴張到60人

而對于目前比較火的APM工具肖凱認為APM只是解決監(jiān)控問題但是故障處理是APM沒辦法解決的還需要靠人來處理所以云的運維還是有一個端到端的解決方案

云計算培訓(xùn)認證企業(yè)上云需求巨大云技術(shù)人員卻有缺口駐云科技目前主要做阿里云微軟Azure的培訓(xùn)認證UCloud的合作也正在談目前采用線下授課的模式未來會走到網(wǎng)上

發(fā)展的挑戰(zhàn)

談到發(fā)展的挑戰(zhàn)肖凱表示目前的挑戰(zhàn)主要是客戶的認知在競爭對手方面他表示在不同環(huán)節(jié)駐云科技都有一些同行但目前業(yè)界還缺乏提供端到端解決方案的玩家例如有一些友商只做AWS的可視化