企業(yè)要想建云(這里所謂的建云,特指企業(yè)在自己的數(shù)據(jù)中心建設(shè)的私有云環(huán)境,不是企業(yè)直接使用公有云的服務(wù)那種),需要做如下的一系列工作:
基于企業(yè)愿景,滿足業(yè)務(wù)發(fā)展目標的企業(yè)云的整體架構(gòu)規(guī)劃,包括架構(gòu)模式、技術(shù)路線、產(chǎn)品選擇、人員技能、管理模式、運維規(guī)范等等不一而足;
得有個房子(機房),不用面朝大海,春暖花開,但要確保風(fēng)火水電全到位,滿足企業(yè)現(xiàn)在及未來一定時期內(nèi),業(yè)務(wù)發(fā)展對IT基礎(chǔ)設(shè)施資源安置的需要;
大量IT基礎(chǔ)設(shè)施的采購,硬件設(shè)備如:機柜、服務(wù)器、磁盤陣列、網(wǎng)絡(luò)設(shè)備等,商業(yè)軟件如:操作系統(tǒng)、數(shù)據(jù)庫、中間件、商業(yè)套件等。這個時候,建云的復(fù)雜性已經(jīng)開始體現(xiàn)了,各種硬件設(shè)備需要匹配機房空間與能耗要求,各種軟件產(chǎn)品需要滿足軟硬件兼容性要求;
權(quán)威人士說,云計算基礎(chǔ)是虛擬化。硬件基礎(chǔ)設(shè)施資源如服務(wù)器、存儲、網(wǎng)絡(luò)設(shè)備等,要盡可能做到全員虛擬化、池化與抽象化,這時需要考慮虛擬化軟件的使用便利性及兼容性是否足夠好,特別是網(wǎng)絡(luò)虛擬化技術(shù),對下層硬件設(shè)施和上層系統(tǒng)及應(yīng)用的對接尤其復(fù)雜;
僅有資源池化是不夠的,還需要將這些資源以服務(wù)的方式展現(xiàn)出來,也就是要做到基礎(chǔ)設(shè)施即服務(wù)(IaaS),需要再抽象一次,目前國內(nèi)常見做法不外乎兩種,基于OpenStack自研實現(xiàn),或者是采購第三方云管產(chǎn)品實現(xiàn),實際上大部分的國內(nèi)云管產(chǎn)品基本也都是基于OpenStack做出來的,至于實際效果如何?你懂的!
但是IaaS依然離業(yè)務(wù)還比較遠,因為業(yè)務(wù)是運行在應(yīng)用上的,應(yīng)用對開發(fā)及運行環(huán)境有自己特定的需求,如數(shù)據(jù)庫、消息、緩存、中間件等等一些列東東,所以對具有應(yīng)用軟件自研能力的企業(yè)來說,還需要再進一步把底層的IaaS資源做抽象包裝后,納入前述的各種常用應(yīng)用所需通用服務(wù)組件,就形成了所謂的PaaS,從而將應(yīng)用開發(fā)與運行時平臺服務(wù)化。這些年不少Startup公司都嘗試在這方面有所作為,至于實際效果如何?你懂的!
最終企業(yè)IT可能會考慮將所有這些IT服務(wù)做統(tǒng)一呈現(xiàn),引入更多服務(wù)管理機制,如流程管理、用戶管理、權(quán)限管理、問題管理、事件管理等等ITSM常見的概念,需要繼續(xù)抽象,而這勢必帶來更多更復(fù)雜的跨產(chǎn)品、架構(gòu)、平臺的集成與融合的需求!
有句IT諺語可能很多人知道: 沒有什么是抽象不可以解決的,如果解決不了,那就再增加一層抽象!
但通過上面的分析,我們可以清楚的看到,每一層抽象在簡化了下層資源使用的同時,都引入了更多的上層抽象實現(xiàn)的復(fù)雜性,以及與下層集成的復(fù)雜性,從而也就造成了更多新的潛在風(fēng)險點。
所有這些抽象層中,面臨最大挑戰(zhàn)的,主要是網(wǎng)絡(luò)虛擬化、IaaS層和PaaS層三大環(huán)節(jié):
網(wǎng)絡(luò)虛擬化:軟件定義的網(wǎng)絡(luò)(SDN)的概念大家都在談,主流的硬件廠商倡導(dǎo)的“基于硬件的軟件定義的網(wǎng)絡(luò)”(有沒有覺得這句話本身就有點奇怪有點繞口?),往往只能滿足硬件層面的網(wǎng)絡(luò)自動化能力,對上層應(yīng)用,特別是容器大潮下,對容器環(huán)境,微服務(wù)架構(gòu)模式中的應(yīng)用感知能力明顯不足;
IaaS層實現(xiàn):國內(nèi)以開源框架OpenStack為主開發(fā)了不少IaaS級別產(chǎn)品,目前都面臨著同一個困境,那就是OpenStack自身的發(fā)展前景實在令人堪憂,開源似乎帶來了選擇的自由度,但也引發(fā)了技術(shù)路線發(fā)展的隨意性和不可控性,一旦熱度散去,網(wǎng)紅大變臉,未來何去何從就是個很大的問題,而已經(jīng)趟入進去的小伙伴們都不得不面對著產(chǎn)品升級困難,技術(shù)演講無望的殘酷現(xiàn)實;
PaaS層實現(xiàn):PaaS的想法很好,概念也沒毛病,但具體到實踐,同樣問題多多,甚至更甚。仔細考察目前市場上大部分商業(yè)PaaS方案,基本都與IaaS層是割裂的,而PaaS原本要想完整發(fā)揮功效,是離不開強壯IaaS層的支持的,因為那些PaaS環(huán)境常用的關(guān)鍵組件,最終還是要靠IaaS層提供的基礎(chǔ)設(shè)施資源來支撐運行。PaaS原本的目標之一就是要提高應(yīng)用開發(fā)及上線運行的敏捷性,而離開了具有自動化能力的敏捷IaaS層的支持,獨腿的PaaS又如何能飛奔起來?目前的一些友商所謂的PaaS方案,往往要求用戶先自己搞定需要的IaaS環(huán)境,然后再把他們提供的PaaS產(chǎn)品放上去,這種非整體架構(gòu)考慮的模式,實際用起來,出現(xiàn)各種匪夷所思的問題就一點不奇怪了。
而所有這些技術(shù)實現(xiàn)問題,最終的后果都是需要企業(yè)自己的IT人員來承擔的,試想,有多少企業(yè)能夠有足夠的實力,保證自己可以擁有輕松應(yīng)對上述所有問題的高技能專業(yè)人士?在人員技能和數(shù)量都嚴重受限的情況下,企業(yè)建云的信心又怎么來保證呢?
總結(jié)來看,企業(yè)建云過程中面臨的技術(shù)層面的困難主要是:
多層級抽象帶來的高度復(fù)雜的大量集成整合工作。
復(fù)雜技術(shù)棧實現(xiàn)對人員的高技能要求,以及能力欠缺造成的信心不足。
缺乏長遠考慮的技術(shù)路線選擇失誤造成的架構(gòu)持續(xù)演進困難。
問題好像是搞清楚了,重要的是,該如何來解決這些問題呢?
其實在談解決問題的方法之前,企業(yè)IT決策者們更應(yīng)該先考慮清楚一個根本性問題,做一下自我的靈魂拷問,那就是企業(yè)IT的核心價值到底是什么?!
這幾年有一個詞經(jīng)常被業(yè)內(nèi)人士提到,關(guān)注點分離。一個演藝公司,它的最核心價值應(yīng)該是為受眾提供豐富多彩的高質(zhì)量演出節(jié)目,但如果這家演藝公司,說他們最擅長的是搭臺子,這聽起來就有些奇怪了,對不?因為這明顯就不是他們主業(yè)?。⊥瑯拥?,企業(yè)IT應(yīng)該聚焦在自己的核心價值領(lǐng)域,而企業(yè)IT的最核心價值應(yīng)該是為企業(yè)業(yè)務(wù)發(fā)展提供更快更好的服務(wù),術(shù)業(yè)有專攻,讓專業(yè)的人做專業(yè)的事兒才是最靠譜的做事兒方法。
也可以用學(xué)術(shù)點的方式來看看這個問題,比如常見的沃德利映射分析法,一般是在商業(yè)決策領(lǐng)域用的比較多,但我們也可以嘗試把它用在企業(yè)如何看待基于云計算建設(shè)自身IT環(huán)境這個問題上:
企業(yè) IT環(huán)境 價值鏈的態(tài)勢分析 —— Wardley Maps分析法
這張圖的縱坐標代表的是價值鏈的可見性,需要注意的是,這里的可見性不等同于重要性,不可見不代表不重要,比如吃飯很重要,但除了老北京的那種習(xí)慣性打招呼方式,沒事兒就聊吃飯就奇怪了。
這張圖的橫坐標是企業(yè)對待IT環(huán)境建設(shè)的態(tài)度演變。一個新技術(shù)在剛剛興起的時候,比如云計算剛剛興起的時候,由于市場上并沒有成熟可參考的案例,先行者必然會以自研自建為主,能夠成功做出來的,就會有巨大的差異性領(lǐng)先優(yōu)勢,這個時候,這個技術(shù)的可見性也是最強的。亞馬遜AWS的成功就是因為抓住了這個階段的機遇,時勢造英雄!
隨著技術(shù)的逐漸成熟,市場上的熱點關(guān)注也會降低,意味著可見性變?nèi)?,這個時候,對于尚未采用該項技術(shù)的企業(yè)來說,最好的方式就是借鑒別人已經(jīng)走過的路,或者是驗證過沒問題的方法去做事,IT關(guān)注點此時應(yīng)該放在學(xué)習(xí)和降低風(fēng)險上,而不要再自己摸著石頭過河了。
最終當技術(shù)已經(jīng)發(fā)展到相當成熟的階段后,該技術(shù)早已失去熱點效應(yīng),因為有新的熱點出現(xiàn)了。這個階段專業(yè)廠商也早就針對性推出了更加成熟穩(wěn)定的產(chǎn)品,對于企業(yè)用戶來說,此時的最佳選擇就是要徹底轉(zhuǎn)變思路,用對待日用品的方式來對待這樣的技術(shù),采用直接購買先進廠商提供的專業(yè)級產(chǎn)品,然后直接部署使用就是了,最重要的是快速用起來,好盡快讓自己的創(chuàng)新應(yīng)用創(chuàng)新業(yè)務(wù)能夠跑起來以產(chǎn)生最大價值。
回到初心,我們再來看看現(xiàn)在的企業(yè)用戶,對云的最本質(zhì)需求,應(yīng)該不是再聚焦在云自身的建設(shè)過程上,而是更應(yīng)該,實際上也確實是大部分用戶真正關(guān)心的點上:提高業(yè)務(wù)敏捷性、提升管理效益、加強安全保證以及未來就緒,而企業(yè)用戶的關(guān)注點也應(yīng)該是從以云為中心,轉(zhuǎn)移到到真正推動其業(yè)務(wù)發(fā)展的應(yīng)用和數(shù)據(jù)上面去,云不過是一種承載業(yè)務(wù)的載體而已,云自身的建設(shè)問題,做為有價值但不可見的部分,交由專業(yè)廠商去解決才是上策。
而用戶要想真的做到關(guān)注點分離,聚焦在自己的應(yīng)用、數(shù)據(jù)、服務(wù)和業(yè)務(wù)上,就需要有人能夠幫助它們減輕建云的過程中面臨的那些瑣碎、繁雜、易出錯又有風(fēng)險的事情上,而VMware Cloud Foundation(簡稱VCF)企業(yè)全棧云解決方案就是為此而生。
簡單說明一下企業(yè)全棧云VCF在企業(yè)IT環(huán)境中的應(yīng)用方式,以及對建云效率提升帶來了怎樣的幫助。
可用戶現(xiàn)場直接標準化部署的類公有云基礎(chǔ)服務(wù)(IaaS+ & PaaS)
首先依然需要有個房子(機房),這個沒跑,然后用戶選擇購買滿足VCF兼容性要求的各種硬件設(shè)施,這個選擇范圍很廣泛,用戶有足夠的硬件選擇自由度,硬件設(shè)施與機房環(huán)境依然會有個集成的需求,但VCF的軟件提供了一攬子快速在兼容性硬件上部署全棧云基礎(chǔ)設(shè)施軟件的能力,各種資源之間及IaaS層面的很多工作都極大的簡化了,用戶完全可以用標準模塊化的方式快速部署并交付IaaS+平臺,然后這個平臺可以選擇與用戶已有或新建的統(tǒng)一服務(wù)門戶集成,這方面的集成工作也由于VCF自身的資源充分抽象化而減輕。
再看看VCF的另一個應(yīng)用場景,也就是VCPP企業(yè)托管云模式,由于VCPP模式是公有云服務(wù)商已經(jīng)在其公有云數(shù)據(jù)中心,提前采用VCF產(chǎn)品部署好了的可對外提供服務(wù)的云基礎(chǔ)設(shè)施環(huán)境,所以對于使用VCPP服務(wù)的最終企業(yè)用戶來說,相應(yīng)的集成工作幾乎等于零,用戶只要按需購買的方式來直接訂閱使用相應(yīng)的企業(yè)云服務(wù)就行了,而購買的云環(huán)境相當于直接托管到VCPP公有云服務(wù)商自己的機房里了。與一般意義上的標準公有云基礎(chǔ)設(shè)施資源服務(wù)的不同在于,這種托管方式的企業(yè)云環(huán)境,與企業(yè)用戶自身正在使用的VMware虛擬化/云環(huán)境,在基礎(chǔ)設(shè)施層面完全一致,在運維管理層面完全一致,用戶無需高昂的學(xué)習(xí)成本就能快速掌握基于VCF的企業(yè)托管云環(huán)境的使用方式,同時還能實現(xiàn)企業(yè)應(yīng)用在自有云數(shù)據(jù)中心與公有云的托管云數(shù)據(jù)中心之間的自由遷移,帶來更大的應(yīng)用彈性伸縮能力與業(yè)務(wù)靈活性。
目前還有第三種模式開始嶄露頭角,那就是AWS的Outposts和VMC on Dell EMC這種模式,用戶從公有云服務(wù)廠商直接購買軟硬件一體機部署在用戶自己的數(shù)據(jù)中心,然后通過云端統(tǒng)一進行管控,公有云的服務(wù)能力,延伸到企業(yè)的自有云環(huán)境中,而這背后支撐的同樣是VMware VCF企業(yè)全棧云解析方案。
VCF企業(yè)全棧云解決方案帶來的額外的好處,就是未來還可以更方便的直接使用VMware PaaS領(lǐng)域相關(guān)的解決方案,如Bitnami提供的應(yīng)用市場服務(wù),Pivotal的PAS平臺等,幾乎可以滿足絕大部分用戶對應(yīng)用開發(fā)及運行時環(huán)境的需求,與此同時,VCF與上述PaaS方案天然的內(nèi)在集成優(yōu)勢,內(nèi)嵌的安全機制,又避免了前文所提到的過去PaaS方案與IaaS方案的完全割裂的局面,實現(xiàn)真正集成融合的全棧能力的企業(yè)云環(huán)境。最終的目標,就是能夠達成企業(yè)用戶一直以來夢寐以求的“可用戶現(xiàn)場直接標準化部署的類公有云基礎(chǔ)服務(wù)”能力!
有關(guān)VMware企業(yè)全棧云解決方案VCF的更詳細的論述內(nèi)容,如:產(chǎn)品組成、技術(shù)特性、應(yīng)用場景、業(yè)務(wù)優(yōu)勢等,請隨時關(guān)注本專題系列的后續(xù)專家文章。