我跟OpenStack從ABC、HI到KO

2010年底，因電信級支撐平臺和業務對虛擬化的需要，我在ZTE開始了從嵌入式Linux向云計算的轉型。

當時的OpenStack版本還處于A、B、C階段，與端莊有型的CloudStack，簡潔明快的OpenNebula，高端大氣的Eucalyptus相比，可以合稱IaaS初生年代的四小龍。其中的Eucalyptus在學術圈被高談闊論，中國移動的大云用上了OpenNebula，CloudStack被Citrix給收了，OpenStack卻還在蹣跚學步。轉眼八年過去了， 如今的那三位或淡出江湖，或銷聲匿跡，只有OpenStack獨霸高處，至少在開源界是四顧無人敵，所以一時難免心生唏噓。

由于當年這四個開源IaaS項目的前景未明，難分上下，所以我們都嘗試做了編譯部署和源碼級預研，代碼看得最多的是OpenNebula，一是因其簡單易懂的輕量級架構，二是因其采用C++實現，對于嵌入式C開發出身的團隊比較容易上手，畢竟那些年Python還沒火起來。最后集眾家之所長，我們從零起步開發了一個電信級的虛擬化管理平臺TECS，底層先是采用了Xen，后來才支持了KVM，發布之后就用在了ZTE的GoTa系統、核心網等通信業務場景中。

TECS平臺的通用支撐層中就有基于Qpid的AMQP消息隊列，利用了OpenNebula的方案，并進一步改造成了支持多線程、多進程、多節點、層次更豐富的通信模式，并利用該機制實現了一個有向無環圖的操作事務系統，支持異常事務的多個并行化步驟的集體操作回滾。當然作為支撐層，除了通信，還有Shell、定時器、序列化、數據庫、異常處理等通用組件，記得當時光是針對這個支撐層的設計方案文檔就寫了100多頁。

到了2013年，OpenStack相繼發布了Havana、IceHouse版本，仿佛暗示著該從入門ABC到了說Hi的時候了。由于電信運營商重視NFV，需要一個開放的虛擬化平臺提供支撐，演化出一個更廣闊的技術生態鏈。所以當時的團隊只能忍痛放棄了自己打造了三年的虛擬化平臺，轉向了維護OpenStack的I版本。起初總歸是有些心理排斥感，看到OpenStack的什么功能都是自己曾經玩過的，而且它對細節穩定性的要求跟電信級平臺沒法比。但是隨著業務新功能的二次開發，對OpenStack的統一服務網關入口，高度靈活的實現層動態插件化機制，單線程多協程的服務框架，頗具微服務形態的擴展思路，以及Python語言的快速實現嘆為觀止，感覺它是在用一種高屋建瓴、大開大合的理念，如同玩樂高積木一樣把無數既有的開源項目機動性地拼裝成一個達到商用級要求的龐大平臺，經過兩年的研發與維護投入，從中汲取到了豐富的架構設計經驗。

再后來，和OpenStack的緣分繼續延伸到了如今的云桌面領域。從初創時的Kilo，到2.0版本的Ocata，OpenStack已經把其它的開源IaaS項目給徹底KO了，自身也到了守江山穩社稷的階段。OpenStack代碼中最核心的五大件，keystone、nova、glance、cinder、neutron，已經牢固成型，不同版本之間主要是在實現層進行細節微調，可用性早已不是問題了。很多云平臺的實際使用者也已經很少去關注這些代碼級變化，更加關注的是自身的應用場景。

相對甘守寂寞的Linux內核圈，作為上層管理平臺級開源項目的OpenStack，操作流程性的代碼讓新人上手的速度很快，又趕上了如日中天的云計算技術高速發展期，很容易讓開發者們浮想聯翩，集體爆發，所以核心組件剛站穩腳跟，從sahara，heat開始的各種大帳篷項目便層出不窮，整體架構上的技術杠桿伸得有點長了。其實這種統一的基礎平臺性的東西，不像微信小程序、手機APP那樣的互聯網應用，它更需要豐富的現實運維經驗加上對底層實現機制的精通，匆忙趕制出來的項目，其穩定性與生產環境的可用性值得商榷。當然，這樣的形勢并不能否認其開源性質的優勢，既然是做一個普適性的大平臺，就意味著要兼收并蓄，有容乃大。它能讓無數的組件、插件、技術點來來往往，應時順勢，甚至自生自滅，但是那個核心的框架一直存在，就像帕特農神廟一樣永遠矗立著，本身就是很了不起的事。就像波普爾在《開放社會及其敵人》里面說的那樣，好的社會是開放的，開放社會就意味著會有形形色色相互矛盾的觀念。正是這種相互矛盾，讓社會具有多種選擇，多種可能，越變越好。相反，封閉的社會，是一元的、單純的，但因為這種社會失去了矛盾的對峙，失去選擇，就會一錯到底，走向倒退。

在桌面上談談OpenStack

再來說說云桌面和OpenStack的事。OpenStack本身是個管理平臺，給用戶帶來實際價值的是對其場景化的利用，畢竟搭臺的不如唱戲的搶眼，云桌面就是在云平臺上唱遍大街小巷的一出好戲。電腦桌面這個整日里相看兩不厭的應用，無論是廟堂之高，江湖之遠，各行各業都離不開，場景化千差萬別。距離人那么近的應用，便攜性、易用性，安全性、體驗感都是繞不過去的話題，在IaaS日漸推廣的今天，桌面上云也成了當仁不讓的選擇。

但是談IaaS的場合卻似乎少提桌面云，因為桌面虛擬化是先于云計算出現的，在OpenStack之前，已經有形形色色的桌面虛擬化管理系統了，直到現在也是只見多不見少，因為自己開發一個幾臺電腦的管理系統并不是什么復雜的事，所以云桌面的名字里面也帶個云字，但是和IaaS常常是花開兩朵各表一枝。其實自己開發的小型化虛擬機管理系統在幾根螺絲就能擰死了的小場合，小規模的用一下可以，一旦大規模地鋪開建設，除了桌面體驗，整個管理平臺的高可用性、靈活性，熱遷移、存儲備份、二次開發便捉襟見肘起來，就像自留地種的小菜一樣，雖然口味有機些，但是要常規批量供應大客戶就緊缺了。

云桌面的管理平臺可以只用到OpenStack中的keystone、nova、glance、cinder、neutron這最成熟的五大件，背靠大樹好乘涼。而且目前的桌面操作系統還沒法跑在容器里，對K8S之類的容器平臺也不感冒。我們目前對OpenStack這個平臺已經不用投入太多精力去開發，它在桌面虛擬化應用場景的穩定成熟度已經能讓維護人員無需整天提心吊膽了。

更進一步考慮，VDI桌面核心內容是虛擬化，完全可以不依賴于平臺管理層，比如我們目前的云桌面平臺3.0版已經做到能夠以虛擬機鏡像，容器鏡像的形式安裝到任意一個現成的IaaS平臺、超融合環境中去，成為真正的DaaS，從而讓私有云廠家無須重復開發，私有云用戶無須重復建設。堅持使用OpenStack云平臺來運行我們的桌面系統，就是看中它有一個開放的標準化的接口體系，能夠為我們的桌面應用提供更多的管理功能入口，從云平臺這一層來講，我們的云桌面是把OpenStack這個開源項目做到了最恰如其分的場景化利用。

經過八年的磨礪，OpenStack已經從炙手可熱、從者如云到了大隱隱于市的階段。基本功能的日益成熟，漸趨穩定，版本差異化變小，必然會讓它淡出視野。凡事成為過往，就會有許多責之深、愛之切的聲音不斷發出。不如讓它踏踏實實做好自己的平臺角色，在一個個項目、產品領域發揮臺柱的功力，將會是對這么多年積累下來的開源技術價值最好的印證。

作者介紹：

張文劍，南京機敏科技首席架構師，主攻OpenStack VDI，參與編寫中國開源云聯盟桌面云標準，主持機敏云平臺1.0、2.0版本的研發。