OpenStack和Kubernetes的配對被比作活力二人組。

不過，為什麼需要這些強大的、社群驅動的平臺一起提供計算和應用資源？

在最近的OpenStack Days會議上，來自AppFormix的Sumeet Singh在談話環節中與谷歌Kubernetes產品經理Craig McLuckie和CoreOS首席技術官Brandon Phillips討論，如果一個公司使用Kubernetes，為什麼他們會需要OpenStack？

McLuckie的回答是：現在並不適合直接用雲原生計算。從應用模式上看，企業是混合的，人們需要使用要訪問的那一型別的基礎設施和執行工作負載的方式。

“企業需要一套熟悉的基礎設施基本型別，” McLuckie說，“這在OpenStack中很好地得到體現。它也在逐步過渡到更多雲原生計算，而這正是Kubernetes所能提供的。”

Phillips說，一些公司已經投資了不同於OpenStack的虛擬機器（VM）計算，而且以後也將繼續是VM使用者。當團隊開始要求更多的雲原生系統，將像Kubernetes的系統混合進來更有意義。

McLuckie記得像eBay這樣的在OpenStack上投入巨資的公司開始尋找如何把容器和雲原生計算等技術整合到傳統的基礎設施中，以得到一種新的服務環境。

每一個生態系統裡都有問題。McLuckie認為，處理OpenStack非常豐富的服務組合的運維問題很難，這使得OpenStack 出新版本、更新和管理都很難。而Kubernetes等雲原生計算系統，利用簡單的邏輯計算底層可以輕鬆部署服務。

在效率上，更傳統的、單片的、基於虛擬機器的排程比更敏捷的動態系統要低得多。 Kubernetes等技術可以給傳統的生態系統帶來更高的效率。

另一方面，McLuckie說，自己使用Kubernetes的客戶要求擴充套件，將會使更多的如塊和物件儲存等傳統服務整合在雲原生生態系統中。OpenStack具有非常強大的服務集，可以很自然地補充這些技術以及與現有的物理基礎設施很好地整合。

“Kubernetes解決了一大堆問題，提供了一個視窗，讓人們獲得一個新的關於部署、管理和排程應用程式的思考方式，” McLuckie說。“OpenStack提供了一個非常強大的能組合到一起的基礎設施基本型別集。”

Phillips表示同意，指出他公司的客戶正在尋找方法來更一致地管理部署OpenStack的方式。他的團隊在尋找將OpenStack作為複雜的容器內應用來管理的方式。現在，他們以類似的方式使用Kubernetes，希望能在部署、更新和管理等這些OpenStack有困難的方面為運維者提供幫助。

McLuckie說，Kubernetes的採用遠比他以往用過的的其他軟體更快，而且它是最廣泛使用的容器編排技術。在某種意義上，Phillips說，OpenStack的成功帶來了更大的、Kubernetes可以茁壯成長的市場。

然而，社群驅動的Kubernetes和OpenStack專案將極大地從協同發展獲益。OpenStack提供了所需的基礎設施，如物件儲存和重點認證，都被納入Kubernetes專案中。

“有很多機會來混合和匹配部件，”Phillips說。“現在企業有大型OpenStack應用程式部署，想利用儲存的資料，而且要把容器化應用帶入生態系統。”McLuckie說，基礎的整合工作需要做，這將有助於優化兩個專案之間較強的協同效應。但這並不是社群需要做的全部。

McLuckie說，一些接下來需要做的工作圍繞著一些更高階的概念，比如如何描述、構成和分發新一代的企業應用程式。

“這是一個驚人的將社群組織到一起的機會。做雲端計算的本地工作以及更傳統的基礎設施，如OpenStack社群，”他說。

社群需要聚集在一起，以幫助建立分散式系統並部署到這些環境中的軟體供應商，有一組共同的標準，如何實際描述、封裝和分發他們的應用程式。

還有一個問題是OpenStack和Kubernetes深度整合的潛力，McLuckie說。想法是繼續推進容器技術，同時保留傳統基礎設施和基於虛擬機器的模型的最佳屬性，然後把這些在同一時間帶到兩個社群。

要從最基本的層面推動這種合作，McLuckie說。OpenStack基金會和原Cloud-Native Computing基金會已經存在重疊的社群，那為什麼不建立跨越這兩個基金會的工作組來幫助技術的“交叉授粉”呢？

“希望隨著時間的推移，我們可以拆掉這兩個基金會之間存在的界限，並把它們協調起來。”他說。