雖然此前已經多次提及，但在這裏我要再次強調2015年作爲雲計算全面崛起元年的重要地位，這在很大程度上是因爲這一年內出現了衆多值得高度關注的大事件——包括戴爾/EMC的合併，而這些標誌性事件意味着新的時代已然來臨。這是一種直白而決絕的表態，意味着全部傳統IT廠商都需要努力爭取自己的生存空間，否則必將爲歷史所淘汰。
這場演進或者說革命則讓OpenStack處於非常有趣的定位之上，目前已經有大量“企業級”廠商——從思科到惠普再到IBM——開始將相當比例的資源投入到OpenStack項目的推動工作當中。而Mirantis等新興廠商亦憑藉着英特爾向其投入的1億美元確立了自己在新生代企業當中的領導地位。此外，紅帽公司在這場競逐當中仍然表現良好，並繼續依靠自身強大的Linux發行版牢牢鎖定着現有客戶羣體。
我們還親眼見證了Platform 9以及Stratoscale等新興廠商的快速崛起，它們不僅給傳統主流企業造成巨大沖擊，同時也威脅到了Mirantis及紅帽等新生代領導者。因此，考慮到以上狀況，2015年絕對是個值得認真回顧的精彩年份。
不過2015年的一切已然“俱往矣”，着眼於2016年做出展望顯然更具有現實意義。
我做出的第一項預測就是，作爲OpenStack（也包括任何其它雲技術）核心服務之一的計算服務將在新一年中發生巨大變化，即 由原本的虛擬機管理程序爲核心轉變爲容器加裸機組合模式。
事實上，根據最新發布的OpenStack用戶調查顯示，有31%的受訪者將裸機、LXC以及容器以混合方式加以使用。這種方式也成爲本屆OpenStack東京峯會上的熱門新聞，而且OpenStack能夠支持一切計算資源的能力也正是其在雲技術領域擁有差異化優勢的關鍵所在。值得強調的是，這也與Hedvig公司市場營銷副總裁Rob Whiteley的觀點不謀而合——他曾在2016年預測中表示Docker將成爲OpenStack內的第二大重要虛擬機管理方案。
除此之外，2015年當中我們也經歷了NFV（即網絡功能虛擬化）在OpenStack社區之內的快速崛起，這也是電信與企業IT之間實現大融合的標誌性事件之一。
這份最新調查報告顯示，容器與NFV如今已經成爲OpenStack社區當中最受關注的兩大創新成果，其重要程度甚至超過了PaaS。
2014年是Docker強勢崛起的一年，而以其爲代表的容器技術也徹底打亂了整個技術行業的陣腳。Docker的發展速度太快、規模太過龐大，以至於無法爲單一持有者所掌控。因此谷歌與CoreOS於2015年4月聯名要求Docker方面放鬆其底層核心引擎控制權，同時將剩餘堆棧部分向插件開放以避免其內部生態系統中的競爭問題。2015年6月，Docker宣佈其正式在Linux基金會指導下建立產業聯盟。
現在回想起來，我認爲自己當初做出的2015年預測確實比較靠譜，而這也讓我有了撰寫這份2016年OpenStack發展預測的動力。正如Adrian Cockcroft所言，“IT支出沒能跟上開發人員的發展腳步。如果大家相對於採納新型技術成果而更關注成本支出，則意味着您的思路已經跟不上時代了”。
而且正如之前所提到，我將引用OpenStack用戶調查以及其它一些報告內容，並以此爲基礎配合個人分析做出預測。（所引用的資源列表將在文章最後統一列出。）
2016年OpenStack/私有云發展預測
房間裏的大象（即少被談及但卻真實存在的事物）
我還記得當初OpenStack項目剛剛誕生的日子，那時候我們曾經傾向於將其與Linux系統相比較。事實上，二者之間確實存在着諸多共通之處——它們都屬於大型開源項目，而且直接立足於數據中心架構核心位置。然而經過了六年的發展與演進，我意識到這種比喻其實存在着很大的問題。雲體系在複雜程度方面要遠遠高於操作系統，而且其面臨的最大挑戰也並不單純在於技術層面或者成本支出。要想在雲業務領域取得成功，大家需要具備能夠與Amazon、谷歌以及其它雲服務供應商相近的技能儲備、組織結構以及企業文化。很明顯，絕大多數企業——甚至包括那些擁有大型內部數據中心的企業——並不具備這樣的技能儲備與內部文化。而且更重要的是，雲業務的投資回報率目前仍不明確。
這意味着如果在構建OpenStack發行版時完全假定遵循等同於Linux發行版的開發模式，那麼其從核心層面就將存在着嚴重問題。因爲Linux發行版的構建思路會假設企業自身擁有IT部門，且相關技術人員有能力通過獲取發行版並利用典型IT方式——即由紅帽、Ubuntu、Mirantis等廠商提供技術支持——實現雲環境運營。但實際情況是，絕大多數IT部門根本沒有充分的技術力量來搞定這一系列難題，而將其轉化爲雲業務的舉措似乎也無法帶來明確的投資回報。
這又響應了其它預測結論，例如Rob Whiteley曾經提出的觀點：人才，而非技術，纔是OpenStack實現成功的頭號關鍵因素。
另外一種有趣的現象在於，這種人才層面的空缺導致採用OpenStack技術的小型企業越來越少，而真正對其加以運用的大型企業則持續增長，正如以下示意圖所顯示：
考慮到當前構建私有云（包括OpenStack在內）所面臨的諸多難題，對於小型企業來講，最具實際意義及經濟效益的作法應該是採用公有云或者簡單的Docker架構基礎設施，而非將資源投入到OpenStack當中。更重要的是，即使某些大型企業也僅僅在把小規模OpenStack部署體系視爲專用解決方案。通過下圖可以看到，大型企業也仍然很難確切把握OpenStack的投資回報水平。
預測一：指定OpenStack設備與託管部署項目將開始取代傳統發行版模式
就目前/短期來看，企業將需要依賴於其它能夠提供完整OpenStack運營環境的供應商來建立自己的雲體系。這意味着我們將看到企業客戶擺脫現有發行版模式——即選擇預打包設備並配合與之相適應的特定底層硬件——束縛，轉向更爲靈活的實現方向。事實上，Mirantis、惠普以及思科都在引領着這一風潮，而Stratoscale等初創企業也開始加入進來。
在我看來，我們還將看到更多企業選擇OpenStack的託管版本，在這種情況下他們將把整體私有云運營體系外包給擅長這一領域的第三方專業廠商。Rackspace公司以及CSC、埃森哲等傳統系統集成商將在這方面佔據優勢地位。
總結起來，以上解決方案都能在一定程度上解決企業在運營OpenStack雲時技能儲備不足的問題，但這還並不足以幫助我們將OpenStack作爲首選運行環境——而這正是我們實現業務敏捷性並降低成本的必要前提。爲了能夠讓OpenStack繼續在市場上獲得關注與採納，相關社區必須邁向軟件發行版這一固有侷限，並同其它低成本雲方案實現對接。考慮到這一點，我提出了下一項預測……
預測二——新型OpenStack平臺崛起，利用OpenStack作爲其它私有/公有云中的通用型抽象層
VMware公司已經發布將利用VIO支持OpenStack。關於VIO，有趣的一點是其利用OpenStack作爲立足於傳統VMware堆棧之上的抽象層，這意味着VMware用戶可以在投入OpenStack懷抱的同時繼續享受VMware基礎設施的出色成熟性水平。這還允許此類用戶繼續運用自己的現有VMware技能儲備，並大大簡化由VMware向OpenStack這一過渡過程。
Platform 9是一家初創企業，承諾立足於Amazon或者其它雲資源交付一項OpenStack服務。着眼於Platform 9方案，其最大的亮點在於能夠顯著降低運行OpenStack的入門門檻，而且得以利用AWS、Google Cloud Compute、VMware乃至其它雲服務供應商底層雲資源的成熟度與成本效益，從而將OpenStack作爲一種通用型抽象層運行在全部現有云平臺之上。
預測三：PaaS已死，新PaaS長存
Docker提供一套獨特的部署模式，這直接導致傳統的特定PaaS方案變得毫無吸引力。而最近的OpenStack用戶調查也顯示，作爲專門圍繞Docker打造的補充性方案Kubernetes以及微服務架構已經獲得快速發展勢頭，此外Docker Swarm、Mesos以及Cloudify也運作良好。而更有趣的是，這份清單當中的全部成員都採用了不同於PaaS內“Heroku”型應用管理與自動化機制的新型解決途徑。Cloud Foundry目前仍然處於領先集團，而OpenShift則以較小差距位居第三，不過Cloud Foundry與OpenShift還需要對自己的整體產品進行梳理，從而適應面向容器的遷移趨勢。而最值得指出的一點在於，OpenShift已經開始針對Kubernetes進行重構。
另一項有趣的事實是，這份清單中沒有任何一個上榜項目屬於OpenStack發行版的組成部分。一種可能的解釋在於，用戶可能更傾向於把自己的應用平臺從其基礎設施當中解耦出來。
着眼於2016年，我預計全部應用程序平臺都將面向容器及Kubernetes提供支持。Mesos與Kubernetes已經在很大程度上成爲此互補的方案組合。我認爲這兩套平臺將繼續發展並構成完善的堆棧體系，而二者之間的交集部分則更多以備選競爭方案而非互補方案的形式存在。目前尚不確定的是，戴爾收購EMC的舉措是否會給Pivotal帶來影響，而Docker/Kubernetes的崛起也將成爲Pivotal/Cloud Foundry快速發展的催化劑。我認爲OpenShift在這種背景下將擁有更爲有利的市場定位，因爲其已經在很大程度上開始向Kubernetes傾斜。不過需要指出的是，OpenShift選擇Kubernetes作爲基礎的作法可能導致引入另一額外抽象層的風險，因此其最終結果或者說價值回報目前尚無法確定。
儘管我們可以看到容器技術已經迎來了明確的擴展態勢，但我認爲真正實現全面容器化恐怕還需要經過多年的推進，而微服務架構的普及甚至需要花費更長時間。考慮到這一點，我認爲2016年年內市場還不太可能將大部分負載部署並運行在微服務/Kubernetes這類混合型工作負載環境當中。在這方面，比較理想的實現方式是利用Kubernetes作爲面向微服務架構的部署目標，並利用其它編排方案運行數據庫、大數據、事件處理以及各類更爲複雜的工作負載。與此同時，Cloudify與OpenStack/Magnum已經被定位爲集成平臺，其允許用戶向其中粘合多種不同類型的工具與工作負載。
預測四：別無選擇之下，電信行業將成OpenStack採納之先鋒。
儘管OpenStack的投資回報率在企業領域受到公有云服務的有力衝擊，但OpenStack在電信運營商層面卻成爲惟一的解決方案——換言之，電信運營商惟有藉此方能與迅速崛起的公有云服務供應商相抗衡。考慮到這一點，我們可以從下圖當中看到，網絡功能虛擬化（簡稱NFV）機制開始在OpenStack用戶當中快速普及開來：
我預計在2016年當中，電信行業將成爲OpenStack部署領域的絕對龍頭，其接納程序遠超企業客戶。
預測五：第二代OpenStack？以原生方式將Docker與OpenStack相結合需要對OpenStack核心做出本質化調整
將Docker集成至OpenStack當中的方案就目前而言主要分爲兩種，其一爲將Docker視爲額外的計算節點，其二則是利用Magnum對Kubernetes及Mesos等堆棧層提供支持。
儘管這看起來算是不錯的起點，但卻未能發揮容器技術的相當一部分核心價值，即提供一套完整的計算、網絡與存儲堆棧。
爲了全面迎接容器時代的來臨，OpenStack將需要超越現有核心架構，轉而着眼於潛在的、專門爲容器提供原生支持的新型OpenStack核心。紅帽公司似乎在這方面走在了時代前列，而且其已經於本屆東京OpenStack峯會上發佈了一套容器原生堆棧。（值得注意的是，此次發佈的方案與現有OpenStack服務幾乎無甚關聯。）我認爲在2016年當中，我們將迎來Docker以原生方式集成至OpenStack核心當中的一波浪潮。我認爲由此帶來的結果就是，下一代OpenStack將直接提供原生容器解決方案並因此在易用性與輕量性方面超越其現有版本。
預測六：混合雲開始登上核心舞臺
自誕生之日開始，OpenStack項目就一直被視爲AWS及其它雲服務的替補性方案。
不過在真實世界當中，OpenStack一直被用於同其它雲環境相對接——目前最流行的使用方式就是利用VMware作爲其私有端，而由AWS充當公有云端。
話雖如此，大部分用戶實際已經建立起了自己的一套鬆散私有云環境，其中分別使用OpenStack、VMware或者Amazon元素，而且不同環境之間幾乎沒有任何交集。之所以採用這類方案，部分原因在於真正建立起一套嚴格的混合雲部署體系確實非常困難。
而目前的變數則包括以下三項：
工具——新型編排框架與網絡虛擬化機制如今使得跨越多個雲環境的自動化應用程序部署流程成爲可能。
由於消除了對專用鏡像格式的依賴性，容器的可移植打包單元使得我們能夠將同一軟件包以前所未有的輕鬆方式運行在多種雲環境當中。
大部分雲服務提供共同的內置容器支持基礎，這使得我們能夠更輕鬆地將工作負載在不同雲環境間往來遷移。
使用混合雲戰略的另一大重要動機在於投資回報率。正如我之前所提到，構建OpenStak項目的成本往往相當驚人。而削減OpenStack基礎設施規模的一大重要舉措在於將OpenStack同其它公有云相結合，這意味着私有云實例拓展至按需實例，並藉此提升業務敏捷性且降低總體使用成本。
考慮到上述因素，我們相信2016年各OpenStack項目將把建立更爲緊密的混合雲方案作爲首要目標甚至是先決條件。
容器與Kubernetes的介入，再加上OpenStack提供的TOSCA支持能力，將共同通過TOSCA解析器項目體現出效果，與此同時Cloudify亦將在此類方案當中獲得一席之地。
最後說明：變化是惟一不變的要素
在這個瞬息萬變的世界當中，對未來做出準確預測實在不是件容易的事。
而OpenStack最令我讚賞的一點在於，其顯然高度關注並尊重來自用戶的需求與反饋聲音。本次OpenStack用戶調查報告的投資規模一項也證實了上述結論。截至目前，這份最新用戶調查已經是最爲全面且明確的統計觀點。在這裏要感謝相關人員的付出與努力！
在此次預測當中，我引用了大量來自用戶調查及其它預測性報告的內容，具體條目將在下方一一列出。希望對豐富資料的彙總能夠讓此次發佈的預測結果更爲精確。
無論如何，變化是惟一不變的要素——因此如果要總結出一條放之四海而皆準的建議，那麼我希望大家能夠“積極擁抱變化”。在規劃自己的2016年OpenStack發展戰略時，請大家保證自己的選擇足以快速接入新型技術成果，而這種創新工作的實現速度將高度取決於這種接入速度。
原文鏈接：6 OpenStack & Docker Predictions for 2016
本文永久更新鏈接地址：http://www.linuxidc.com/Linux/2016-01/126953.htm