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