2017 OpenStack峰會：k8S搶盡風頭？

編者按：2017年openstack峰會（5.8-5.11）正在如火如荼進行， openstack和k8s的“相愛相殺”正在陸續上演，k8s可謂搶盡本屆峰會的風頭，成了不折不扣的主角。雖然大多數美國分析師都認為可以通過大會讨論出未來方向和結果，但筆者認為真正的結果在企業使用者心中。隻有實際成功的案例才能真正說明二者微妙的關系，正所謂“黑貓白貓，能抓到老鼠的貓才是好貓”。

2017 openstack summit大會正在如火如荼的進行，在會議開始之前，這三行問題就已引人關注：

“openstack on kubernetes？

kubernetes on openstack？

how about kubernetes on openstack on kubernetes？”

以下是分組會議的話題清單，我們似乎可以從中看出些什麼：

kubernetes和大規模openstack；

企業采用kubernetes和容器；

opendaylight kubernetes和openstack magnum內建；

escaas 4.0，openstack和kubernetes的統一管理平台；

混合雲kubernetes。

沒錯，一個非常明确的重點：kubernetes。

2017年，openstack在全球範圍内的企業資料中心正獲得越來越多的部署。openstack最初的存在是為了讓私有雲基礎設施能夠像公共雲一樣友善快捷地支援應用程式。回顧openstack這些年所遇到的需求和面臨的挑戰，似乎都通過使用kubernetes得以解決。

相關組織做了一次問卷調查，調查數字表明，使用openstack的受訪者中，84%的人很高興讨論他們在什麼行業，他們負責什麼方面的工作，但很多人不熱衷于回答問卷中最重要的一個問題：“你用什麼容器或paas平台工具來管理你的應用程式？”

在少數回答了這個問題的人中，大約43％的人表示他們使用kubernetes來管理他們的應用程式，而其他選項（包括swarm和mesos）都低于該數字。

為什麼？

峰會這幾天，所有人都在圍繞這三大問題展開讨論:

1、kubernetes真的能成為openstack的實際應用程式服務管理元件？

如果這個問題換成“openstack和kubernetes在私有雲部署中分别扮演什麼角色？”那就可以簡單地回答說，“openstack管理基礎設施，kubernetes管理容器，”

openstack的文檔指出：magnum是一個openstack項目，它提供容器編排引擎來進行部署和管理。将magnum與kubernetes、swarm或mesos內建在一起，是一個非常好的思路。

認真的工程師必須提出這個問題：怎樣的整合才是最可取的？

2、openstack名聲大噪，卻難以部署和管理嗎？

據悉，openstack基金會在其4月調查報告中承認，使用者的回報集中在安裝方面缺乏一緻性，缺乏共同的生命周期管理工具，缺乏自動化部署系統，缺乏标準化更新過程，缺乏對bug修複的關注，以及幾乎所有工作流程中都有難以估量的步驟數量，這些都是openstack使用者們強烈回報的問題。

3、誰是openstack的上司者和推動者？

幾年前，分析師們認為openstack重要性是顯而易見的，否則惠普就不會投入如此多的資金來推動它。後來，當惠普退出時，一些分析師又宣布openstack将走向死亡。

但是很少有人注意到：獲得惠普openstack業務的suse linux可能更适合惠普向他的客戶們提供這些服務。

大多數市場感覺中存在着現實，在分析師眼中，該平台的方向即将明确，但對于大多數客戶來說，由供應商和小團隊供應商提供的案例才最具吸引力。

峰會熱切進行中，openstack仍然是軟體曆史上最前所未有的集體努力者之一，相比之下，部分linux的成功可能才是偶然的。