EasyStack推出容器產品，和K8S站到一起

日前，EasyStack在德國柏林舉行的CloudNativeCon+KubeCon容器大會上，正式發布基於Kubernetes技術的容器集群產品ESContainer，這使得EasyStack成為中國首個OpenStack+Kubernetes專業開源企業。

ZD至頂網伺服器頻道 04月19日 新聞消息（文/鄒大斌）：日前，EasyStack在德國柏林舉行的CloudNativeCon+KubeCon容器大會上，正式發布基於Kubernetes技術的容器集群產品ESContainer。這使得EasyStack同紅帽、Mirantis一道成為全球三大同時具備OpenStack和Kubernetes（以下簡稱K8S）產品的專業開源企業，也是中國首個OpenStack+Kubernetes專業開源企業。

此舉引發了業界的關注。今天，在應用開發和運維領域以Docker為代表的容器技術炙手可熱，眾多企業紛紛試水Docker，一些起步早的企業開始把Docker用於生產系統。在市場需求的推動下，與容器相關的產品和服務紛紛上市。EasyStack選擇此時進場在情理之中。畢竟，一直從事開源IaaS，對於用戶對Docker的需求有著非常直接的感受，同時，對於同為開源的Docker技術上也更為熟悉。不過，與IaaS相比，對於容器技術的未來業界還有不同認識，比如業界對K8S、Swarm和Mesos誰最會勝出還有不同看法。是什麼原因讓EasyStack在這個時間點推出容器產品，為什麼會堅定地選擇了K8S呢？

OpenStack+Kubernetes，1+1>2

「我們研究Kubernetes或者容器已經很長時間了。我們認為想要達到最佳的效果，能夠解決關鍵問題，需要有一個共識，這個共識的凝聚需要時間，早了不行，晚了也不行。現在就是一個合適的時間。」 EasyStack創始人兼CEO陳喜倫在接受記者採訪時表示。

據悉，在去年EasyStack就接觸了很多客戶、技術合作夥伴以及Docker生態裡面的廠商，但是發現他們對這類產品的反應不是很強烈。EasyStack聯合創始人兼CTO劉國輝解釋說，一個重要原因是基礎設施還不到位，特別是雲基礎還沒有被普及，因為在Dokcer大規模部署前，需要有自動化的雲這一基礎設施，否認無法解決應用的問題。

另一個原因是，在基礎設施領域和應用領域缺乏很好地整合。這是因為容器廠商分兩類，一部分是從應用出發，推出了PaaS、微服務等;另一類是從基礎設施出發，在IaaS上加上容器服務。第一類廠商站往往只是解決了應用封裝的問題，沒有能解決整個IT基礎設施的一體化，比如硬體、資源池、彈性或者自服務。而第二類很容易陷於資源供給的圈子裡頭，而忽視應用層面的真正需求，也難以與客戶達成共識，自然難以取得好的效果。

「其實，我們看谷歌推出K8S的前身Borg，也並不是是為了解決資源供應，而是要解決應用的問題，包括大規模集群的問題、無人值守的問題、自動升級的問題等。」劉國輝說。

在劉國輝看來，從雲基礎設施這個角度進入容器市場的EasyStack，由於在開發ESCloud雲平台的過程積累了很多經驗，這些經驗與K8S所倡導的或者說要解決的高度一致。再加上過去2年來曾經幫助一些大型行業客戶實現了容器的落地，因此，可以很好地把二者結合起來，給用戶提供一個真正好用的容器解決方案。

「是IaaS廠商正好成為EasyStack的一個優勢，我們可以實現IT基礎架構資源跟容器集群的整合，比如，保證資源申請與容器集群的部署是統一的，體驗也是一致的。」劉國輝說。

陳喜倫透露，EasyStack從去年開始就定下推出容器產品的計劃，經過將近一年時間的技術積累和研發，這才在剛剛結束的柏林CloudNativeCon+KubeCon容器大會推出這個產品。他說，在最初EasyStack制定容器產品戰略時，有三個原則：第一個是要有技術和戰略的前瞻性；第二是從客戶的實踐和需求來；第三，這是一個以開源技術為核心的新一代的產品和新一代的服務。

「而最重要的是目的是，要實現OpenStack+Kubernetes，1+1>2的效果。」 陳喜倫強調說。

據悉，ESContainer 面向企業級容器化應用的管理和編排場景，產品提供包括自動化部署、強化的管理界面、應用商店，多級監控、支持虛擬機、可視化編排、物理機資源池的混合部署，並且與EasyStack的企業級OpenStack平台ESCloud 深度融合，無縫地使用 ESCloud 提供的計算、網路和存儲資源以及豐富的軟體基礎設施，為雲計算從以資源為中心到以應用為中心打通了最後一公里。

在容器世界裡，Docker主要解決的是開發的問題，更準確地說是應用的封裝問題，而一旦要將Docker部署到生產環境，特別是大規模的集群生產環境，需要一個平台或者工具來幫忙。此時面臨的一個選擇是，讓Docker與哪個容器編排調度系統配合。面臨的選項有：Docker自己的Swarm、源於Google的Kubernetes以及Mesos的Marathon等。這是三條不同的技術路線，而對於EasyStack而言，選擇推出容器產品只是EasyStack容器戰略邁出的第一步，在到底是選擇K8S還是Mesos、Swarm是一個關鍵而又現實的問題。

「如果說放到一年以前，我們可能還會猶豫，但是經過這一年多的發展，我們認為K8S將會成為主流，這裡有Google在推動，有OpenStack與K8S兩個基金會之間的協同，同時還有來自用戶的聲音。」劉國輝表示。

據介紹，此前EasyStack曾在多個社區對用戶進行了調查，看到底多少人使用獨立的容器、多少人使用虛擬容器，以及多少人使用OpenStack容器。調查數據是一半以上的用戶使用的是OpenStack加容器。

「這也好理解，從用戶的角度來看最終是要解決問題，而現在有了OpenStack對雲的支撐能力，加上K8S要解決應用的能力，既然兩者加在一塊就解決問題了，我何必再造車輪子？」劉國輝解釋說。

實際上，從K8S在幾個公有雲平台上的進展也可見其發展前景。今年3月，AWS與K8S（Kubernetes）創業公司Heptio聯合啟動了K8S Quick Start，Heptio將幫助AWS解決方案架構團隊設計K8S參考架構。而在此前，K8S已被應用於Azure、DC/OS以及幾乎所有知名的雲平台，而AWS是唯一的例外。

採訪中，陳喜倫再次闡述公司的發展戰略，否認此番進軍容器領域意味著公司戰略有了變化。

「對EasyStack而言，從一開始，我們就沒有把自己定義成僅僅是一家OpenStack公司，我們希望以開源技術來打造新一代的基礎軟體，也就是新一代基於雲的產品或者雲的服務，我們現在邁出K8S的這一步，正是公司3年前成立時擬定的上述核心戰略的充分體現。」 陳喜倫說。