編者按：從本週2017 OpenStack 峰會召開以來，IT技術專家們探討了 OpenStack和Kubernetes各自的優勢，有時也疑慮這兩者是否能夠結合在一起。而其他論點則主要集中在兩者長期的可行性上。

一位來自451 Research的分析師Carl Brooks表示：“如果你正確構建了運營雲，並使用像K8s這樣的容器技術，將會使它變得更加可行。

Brooks說，這對OpenStack私有云構建來說很重要。就像eBay，作為OpenStack與K8s共同的知名客戶，他們有很龐大的資源投入到OpenStack以構建大家所熟知的很複雜的環境。可見OpenStack在企業中仍得到了非常重要的應用，因此，他預測OpenStack將成為容器部署組合中的一部分。

Brooks還說道，事實上，OpenStack越來越重視stack應用的高層構建，這意味著OpenStack能成功使抽象化和自動化的概念不再依賴IT的基礎架構。

Openstack和K8s呈“三明治”結構

目前市場還未確定OpenStack和K8s在企業中應該集合在多層架構中還是分開部署扮演不同的角色。

紅帽的OpenShift產品中將OpenStack和K8s相結合，使得這個產品取得了被認可的成功。負責某大型歐洲旅遊企業基礎設施運營的工程師表示，他更偏向於用紅帽的OpenStack版本來管理支撐OpenShift中K8s叢集的網路和儲存資源。

“在網路和儲存方面，OpenStack比K8s更先進、更靈活，”一位匿名工程師談到，他個人更熟悉OpenStack基礎設施工具。

eBay 雲端計算基礎設施和平臺的高階總監Suneet Nandwani表示，eBay的工程師對於曾經使用OpenStack進行規模部署的時候所踩過的坑和經歷過的傷持非常開放的態度。

但eBay個別人員Uday Ruddarraju表示，公司K8s部署後端的大多數目標，包括K8s叢集的虛擬機器節點均來自現有的OpenStack基礎架構。

Ruddarraju在接受採訪時說，“K8s在裸機上，如果你想要一個計算節點，這是OK的，但如果你想建立一個服務，比如負載均衡呢？”

K8s專案的負責人並不急於融入OpenStack的基礎設施當中去。一個被稱為Helm的K8s專案，可以通過將其基礎設施服務部署在已隔離的容器上來緩解OpenStack的部署困境。但Google的K8s專案經理David Aronchick曾在演講中談到這還要看兩者之間的重疊程度。

David Aronchick還說到：“K8s專注於處理容器編排。它需要一整套基礎設施資源，並且本身不具備處理基礎資源的能力。”

位於岔路口的OpenStack和K8s

IT自動化供應商Turbonomic的工程師Eric Wright，提出了“K8s on OpenStack on K8s”分層架構的概念。但是，在場的一位信用卡開發商的工程師想知道，“為什麼不僅僅是去掉中介軟體？”

這位工程師表示：“全球趨勢正轉向容器，OpenStack將逐步淘汰”。

單獨採訪Wright時，他將這個多層架構的方法稱為“裸機上K8s的先導藥”。但他也相信，K8s和曾經的OpenStack一樣將會度過這個發展過程中的難關和挑戰，如果要想俘獲企業級市場必將經歷長期的博弈過程。”

Comcast的子公司NBCUniversal已經走過了用視訊編碼應用裸機路由時期，儘管OpenStack仍然在其他部門執行。

NBCUniversal首席架構師Jonathan Chiang說，“長期來看，OpenStack的根本優勢在於電信運營商的邊緣計算用例”。