基于OpenStack與Docker的云計算建設

佚名

近日，某互聯網媒體推出了一篇文章，講述了如何看待基于OpenStack與Docker的云計算建設。北京天云融創軟件技術有限公司的技術總監牛繼賓對如下疑問給予了解答。

OpenStack作為云計算開源圈的明星，得到了眾多傳統廠商的支持，成為傳統廠商轉型云計算項目的稻草，同時由于其開源的特色，也成為了眾多創業公司成就云計算廠商夢想的工具。眾多的成功案例的包裝，每年一度的全球峰會，經濟利益驅動的炒作，都使OpenStack吸引了無數的眼球。

在云計算開源領域，OpenStack作出了不少貢獻，比如：1.以放開社區的心態，為IAAS的普及與標準作出了貢獻；2.OpenStack開放社區的發展，帶動了IT開源技術整體的發展，比如下游的虛擬化開放技術KVM、應用型的技術比如認證Keystone、計量計費模塊Ceilometer、以及結合其他的開源技術Hadoop、Docker等，使開源技術深入人心；3.對IT產業的影響，基于開源社區，與開源產品在企業級的引入，影響了傳統廠商壟斷的企業級IT產品王國，使企業在選型上多了一種可靠的選擇；4.從某些角度來說，OpenStack作為一種開源的理念，在IT開源化、社區化上的理念大于OpenStack的實際生產中的應用的貢獻。

此類公司的技術來源于市場上的聲音體現：1.依靠OpenStack的發行版本，自身也提交代碼反饋社區；2.依靠OpenStack社區，以commit為榮，定期舉行OpenStack大會，也以參加大會為榮；3.同時也存在patch刷單、夸大項目規模的包裝、政績的驅使等因素。

至于OpenStack的問題，我認為要從以下幾個方面講：

1. 從技術上來說，OpenStack及其相關技術是一個非常重要的創新，但是把OpenStack做成一個產品，去做私有云或者公有云，并提供相應的服務，這與企業級市場的需求差別比較大。OpenStack很多的模塊目前概念包裝居多，真正的支撐應用的居少。通過OpenStack的各個模塊可以方便的堆砌去搭一個環境，但這個環境只是看上去能工作，很少能經得起穩定、可靠運行的環境需求的考驗。

2. OpenStack環境的部署要求全新的x86服務器，但單純這個是不能很好地與企業IT系統做整合的。舉個例子，除了x86服務器，硬件層面還有各式交換機、各種存儲、各種異構虛擬化，軟件層面還有交易類型、大數據分析類型等，基于OpenStack統一管理并提供服務是一個難點。

3. 商業模式的問題。如果在OpenStack上做太多的定制化，則很難進行分支的合并與升級，如果不做太多的定制化，那么提供OpenStack企業服務的價值又在哪兒？

4. 再說幾個事實與觀點：

第一個是在西班牙巴塞羅那峰會上，OpenStack風風火火，再加上各廠商PR的眾推，讓人感覺到了OpenStack的勢頭無可阻擋。但是會議結束不到一周，OpenStack最居功至偉的兩家公司HPE和Mirantis，都傳出消息，其中消息稱HPE要砍掉整個OpenStack團隊，Mirantis則要裁員300人。

從提供企業服務的巨頭與最具著名的OpenStack創業公司在合作發展上遇到的困難，不難看出其服務、盈利、未來發展的不可預期性，因為OpenStack不是Linux操作系統，具備可替代性。

NASA作為OpenStack項目的發起者之一，在2012年就開始使用AWS云服務，但最終業務也沒有落在OpenStack之上。

再聯想到之前的OpenStack的鼻祖RackSpace被收購。

國內外所有的互聯網巨頭，幾乎找不出以OpenStack為核心開發其云平臺的，這本身也說明了問題。

在生態圈、技術圈、開源圈風風火火，也不代表能夠變成成功的商業模式，Redhat只有一家，很難再出現另一家。

最出名的PaaS開源技術起源于CloudFoundry，但是也是出了名的復雜與難用，因此在Docker火爆以后，以其集裝箱理念的build、ship、run加上編排調度的管理平臺，以更加靈活更加易用的方式逐漸適應企業，再加上基于容器的編排調度框架像Kubernetes、Swarm、Rancher等等的發布，Docker+編排管理工具逐漸成為PaaS的主力軍。

國內基于Docker的創業公司基本起源于2014年，市場上一下子起來了十多家基于Docker云創業公司，這些公司的技術主要依仗以下五類：1.基于Docker原生體系，swarm、swarmkit等；2.基于Kubernetes；3.基于Marathon、Mesos等號稱構件DCOS；4.研究CoreOS、RancherOS等；5.也有在研究Unikernel。

這些公司的活躍度體現在：1.喜愛組建技術沙龍、技術社區，進行大量的市場包裝；2.喜愛擺弄相關概念與技術組件，完成技術驗證，今天嘗試Docker安裝，明天嘗試K8S on Mesos，后天嘗試基于Haproxy+Confd+etcd的服務注冊與發現，再過一陣嘗試基于一種場景驗證百萬并發；3.天天宣揚微服務理念，仿佛一家企業如果不嘗試微服務架構，不嘗試Docker環境，就脫離了IT大方向；4.宣揚明星創業或者高規格創業；5.夸大自己的案例，幾萬元的項目，宣傳成成功案例。

首先我們去看云計算的核心，分為云資源管理與云服務提供。“云資源”是一些可以自我維護和管理的計算資源，通常為一些大型服務器集群，包括計算服務器、存儲服務器、網絡等等。云資源管理將所有的計算資源集中起來，并由軟件實現自動管理。云使用者只需按需申請并使用資源，無需為繁瑣IT部署、管理、維護的細節而煩惱，能夠更加專注于自己的業務，有利于創新和降低成本。

從這個核心出發，我們可以看出，對公有云來說，更強調規模效應與服務功能，在未來，公有云份額越來越大是不爭的事實，私有云是一個過渡階段，但這個過渡階段會比較長。公有云在形成一定的規模以后，會發揮越來越大的價值，比如在IaaS的基礎上，向上發展PaaS、SaaS，新的業務模式比如數據運營、AI、知識學習、視頻運營等等；未來，物聯網、人工智能等核心的數據與應用將會有很大一部分運營在公有云中，其余的份額將會被其他相對較大的企業以私有云方式運行，但是公有云與這些私有云會緊密連接。

對私有云來說，一個單位或者部門建設可能分為幾個階段，前期更多關注資源管理、運維管理，也即all-in-one的管理能力，然后是關注運營管理，比如資源使用的計量計費、財務角度的集約化運營，最后才有可能關注到云服務的提供。未來私有云如果想要有更好的管理與服務能力，需要管理功能強大，同時能夠做混合云。因此，在私有云，用戶需要的是云管理平臺，即CMP。

1. 關于云平臺軟件要解決用戶的業務問題，未來的云平臺一定要在核心上支撐業務。一定要從面向資源管理的云轉向面向業務應用的云，所以需要云管理平臺對業務到資源的一體化調度管理，一體化視圖。

2. 單純基于OpenStack或者Docker容器相關技術去幫客戶解決云的問題是走不通的，因此在私有云方面需要一個集大成者，通過這個最終的集中管理將多種的IT設備、虛擬化、OpenStack等云技術平臺，以及公有云進行集中管控，形成混合云，并在此基礎上提供云服務是云計算建設的真正路子。

3. 云計算的核心思想，是將大量用網絡連接的計算資源統一管理和調度，構成一個計算資源池向用戶按需服務。

網絡是一個核心，形成規模的計算是一個核心，調度與服務也是一個核心，而最終用戶關心是業務。