如果你需要大規(guī)模的容器編排，就可以借助Kubernetes這個項(xiàng)目。這個出自谷歌的開源容器編排系統(tǒng)備受好評，不僅得到了良好的支持，而且發(fā)展勢頭迅猛。

盡管如此，Kubernetes仍存在龐大、復(fù)雜，并且難以搭建和配置的問題。不僅如此，它還將許多繁重的工作留給了終端用戶。因此，最好的方法是不要自己單獨(dú)去嘗試它們，而是尋找一個含有Kubernetes的完整的容器解決方案。在這個解決方案中，Kubernetes會被作為組件得到支持和維護(hù)。

[[256898]]

我在這里列出了12個最具知名度的Kubernetes解決方案，它們實(shí)際上是整合了Kubernetes和容器工具的發(fā)行版，也就是由眾多廠商推出的帶有Linux內(nèi)核和用戶層的發(fā)行版。

需要注意的是，本文重點(diǎn)關(guān)注的是可在本地運(yùn)行或可被云托管的軟件發(fā)行版，不包括如亞馬遜EKS或谷歌Kubernetes引擎等專用的云服務(wù)。

CoreOS Tectonic

CoreOS提供了專注于容器的Linux發(fā)行版，并且可以與Docker兼容，不過它有著自己的鏡像格式和運(yùn)行環(huán)境。與此同時，還提供了一款“企業(yè)級Kubernetes”發(fā)行版。兩者一起共同構(gòu)成了CoreOS Tectonic堆棧的基礎(chǔ)。

CoreOS操作系統(tǒng)Container Linux與眾不同，主要是因?yàn)樗鼈儽蛔鳛橐惶兹萜骰M件交付。這樣一來，操作系統(tǒng)的自動更新可以在不影響應(yīng)用正常運(yùn)行的情況下順暢地進(jìn)入到生產(chǎn)環(huán)境中。CoreOS還表示他們可以對Kubernetes進(jìn)行“一鍵”更新。CoreOS Tectonic可以在亞馬遜網(wǎng)絡(luò)服務(wù)(AWS)、微軟Azure和裸機(jī)上運(yùn)行。

Canonical 版的Kubernetes發(fā)行版

Ubuntu Linux的開發(fā)商Canonical也推出了自己的Kubernetes發(fā)行版。Canonical版的Kubernetes發(fā)行版的一大賣點(diǎn)是它們立足于已得到廣泛推崇并部署的Ubuntu Linux發(fā)行版。Canonical稱，其堆棧可以在任何云端或本地運(yùn)行，并且支持由CPU和GPU驅(qū)動的工作負(fù)載。付費(fèi)用戶可以讓Canonical工程師遠(yuǎn)程管理他們的Kubernetes集群。

Canonical 和 Rancher 實(shí)驗(yàn)室共同推出了 一款名為“云原生平臺”(Cloud Native Platform)的產(chǎn)品，該產(chǎn)品將 Canonical的Kubernetes發(fā)行版與Rancher的容器管理平臺整合到了一起。其理念是使用Kubernetes來管理每個集群中運(yùn)行的容器，同時使用Rancher來管理多個Kubernetes集群。Cloud Native Platform 將隨 Rancher 2.0 一起推出，目前僅提供了測試預(yù)覽版。

Docker 社區(qū)版/Docker 企業(yè)版

對于我們當(dāng)中的大多數(shù)人來說，Docker就是容器。自2014 年以來，Docker 擁有了自己的集群和編排系統(tǒng)Docker Swarm，直到近期它們還是 Kubernetes 的競爭對手。然而在2017 年 10 月，Docker宣布將不做任何修改處于原本狀態(tài)的Kubernetes作為Docker社區(qū)版和 Docker Enterprise 2.0 的標(biāo)準(zhǔn)插入式組件。

簡而言之，Docker公司已經(jīng)認(rèn)識到自己將會遇到大麻煩，并承認(rèn)Kubernetes比Swarm更適合管理大型復(fù)雜的容器環(huán)境。盡管如此，Docker仍然為低強(qiáng)度工作保留了其初始的集群系統(tǒng)(即“Swarm 模式”)，比如位于防火墻后面的本地應(yīng)用，這些應(yīng)用在數(shù)量上不會有大的增長。

Heptio Kubernetes付費(fèi)版

為了提供基于 Kubernetes 的服務(wù)和產(chǎn)品，Kubernetes 的兩位發(fā)明者Craig McLuckie 和Joe Beda 共同創(chuàng)立了Heptio。他們的第一個主要產(chǎn)品是Heptio Kubernetes 付費(fèi)版(HKS)，這是一項(xiàng)需要付費(fèi)的 Kubernetes 部署服務(wù)，由Heptio提供24/7 全天候支持。起步價為每月 2000 美元。

Heptio的主要賣點(diǎn)是提供沒有廠商鎖定的企業(yè)級Kubernetes。該產(chǎn)品可以運(yùn)行在公有云或私有硬件上。由Heptio提供的所有Kubernetes配置管理工具都是開源的，補(bǔ)丁可以直接推送到受支持的集群。

Mesosphere DC/OS

Mesosphere DC/OS通過Apache Mesos將一組機(jī)器轉(zhuǎn)變成可動態(tài)分配給多個應(yīng)用的單個資源。Kubernetes被支持作為DC/OS 上眾多應(yīng)用程序包中的一個，允許用戶跨 DC/OS 群集安裝、運(yùn)行和更新Kubernetes。

DC/OS 本質(zhì)上是否是一個Kubernetes發(fā)行版值得商榷。這主要是考慮到Kubernetes 并不完全是 DC/OS 的一部分，但可以像其他被支持的應(yīng)用一樣通過DC/OS來部署，就像Linux應(yīng)用可通過Linux發(fā)行版的軟件包管理系統(tǒng)進(jìn)行管理一樣。盡管如此，Mesosphere使用Kubernetes的方式嚴(yán)格遵循Kubernetes 的工作方式。例如，他們使用Kubernetes 的主流社區(qū)發(fā)行版以確保與現(xiàn)有工具集有著高度的兼容性。

Mirantis云平臺

正如 Mirantis 所言，Mirantis云平臺將OpenStack、Kubernetes 或兩者的組合作為“敏捷基礎(chǔ)設(shè)施平臺”的基礎(chǔ)。簡而言之，Mirantis Cloud Platform 是一個用于編排虛擬機(jī)、容器和裸機(jī)服務(wù)器的單一集成解決方案。該平臺以“DevOps 方式”管理部署在該平臺上的應(yīng)用程序，使用 Salt 作為配置管理工具，并集成 CI/CD 支持以確保應(yīng)用程序被正確部署。

Mirantis云平臺能夠直接在裸機(jī)、OpenStack集群或公有云上運(yùn)行Kubernetes。據(jù)Mirantis稱，Mirantis云平臺可以更容易地與Kubernetes協(xié)同工作，原因在于配置Kubernetes底層基礎(chǔ)設(shè)施的工作不會落在終端用戶身上。

Platform9 托管的Kubernetes

大多數(shù)Kubernetes發(fā)行版將重點(diǎn)放在了讓 Kubernetes 從內(nèi)到外和從上到下都易管理上。Platform9托管的Kubernetes可以在本地的裸機(jī)或遠(yuǎn)程的公有云等任意環(huán)境中運(yùn)行，并可由 Platform9的工程師作為服務(wù)進(jìn)行遠(yuǎn)程管理。

在客戶的監(jiān)督下，Platform9大約每六周就會對托管的Kubernetes進(jìn)行一次更新。 Platform9還提供了一些正常情況下必須手動添加至Kubernetes集群中的功能，比如針對多租戶場景的用戶配額。此外，Platform9還提供了與無服務(wù)器計(jì)算服務(wù)(“函數(shù)即服務(wù)”系統(tǒng))的Platform9 Fission 項(xiàng)目的集成功能，其可在容器化環(huán)境下與大多數(shù)編程語言協(xié)同工作。

Rancher 2.0

Rancher 實(shí)驗(yàn)室已經(jīng)將Kubernetes集成到了他們2.0 版本的Rancher容器管理平臺中，不過目前Rancher 2.0還處于測試階段。相比其他的Kubernetes發(fā)行版，Rancher 2.0 在更高的層級上工作，其位于Linux主機(jī)、Docker容器和 Kubernetes 節(jié)點(diǎn)之上，可以在不考慮位置和基礎(chǔ)設(shè)施的情況下獨(dú)立管理所有這些節(jié)點(diǎn)。它們甚至可以管理位于亞馬遜EKS、谷歌Kubernetes引擎、微軟Azure容器服務(wù)和其他Kubernetes即服務(wù)云上的Kubernetes集群。

Rancher 也有自己的Kubernetes發(fā)行版。Rancher的目的是消除搭建Kubernetes 集群和為特定環(huán)境定制的Kubernetes時所遇到的繁瑣工作，同時防止一些自定義功能妨礙Kubernetes進(jìn)行順暢的升級，這對于那些快速發(fā)展和經(jīng)常性更新的項(xiàng)目來說是一個非常重要的考慮。

紅帽O(jiān)penShift

作為紅帽的平臺即服務(wù)(PaaS) 產(chǎn)品，紅帽O(jiān)penShift最初使用的是類似于Heroku buildpack的“cartridges”來打包應(yīng)用，然后把它們部署到名為“gears”的容器中。在Docker出現(xiàn)后，OpenShift被進(jìn)行了重寫，以便利用新的容器鏡像和運(yùn)行時標(biāo)準(zhǔn)。紅帽也不可避免地將Kubernetes作為OpenShift內(nèi)的編排技術(shù)。

OpenShift創(chuàng)建的目的是為了向 PaaS中的所有組件提供抽象和自動化。這種抽象和自動化也擴(kuò)展到了Kubernetes，這也帶來了相當(dāng)大的管理負(fù)擔(dān)，而OpenShift 可以用來在PaaS大型部署任務(wù)中緩解這些負(fù)擔(dān)。有興趣的讀者可以查閱InfoWorld網(wǎng)站關(guān)于紅帽O(jiān)penShift 3的測評，以了解更多信息。

Stackube

作為專門用于運(yùn)行容器的Hyper.sh云服務(wù)的開發(fā)商，HyperHQ開發(fā)出了一個“以 Kubernetes為中心的OpenStack發(fā)行版”，即Stackube。通常情況下，OpenStack 使用一個名為Nova的組件來配置和管理計(jì)算節(jié)點(diǎn)，Stackube則使用的是 Kubernetes替代了Nova。除此之外，它們使用的是“不做任何修改的原”OpenStack 和 Kubernetes，所有其他額外細(xì)節(jié)都由OpenStack插件進(jìn)行處理。

HyperHQ稱，Stackube的主要優(yōu)勢是它們可以根據(jù)使用哪個容器運(yùn)行環(huán)境提供多種不同類型的多租戶。對于“軟”多租戶來說，他們可以使用Docker，如果想實(shí)現(xiàn)企業(yè)級的資源分離，那么他們可以使用HyperContainer，因?yàn)楹笳呤褂昧斯芾沓绦蚣壍母綦x。

SUSE云即服務(wù)(CaaS)平臺

以在歐洲廣泛使用的Linux發(fā)行版而聞名的SUSE也推出了SUSE CaaS平臺。在概念上，它們會讓人聯(lián)想到CoreOS Tectonic，后者為一套裸機(jī)“微”操作系統(tǒng)，能夠運(yùn)行容器和作為容器編排系統(tǒng)的Kubernetes、內(nèi)置的鏡像注冊表和集群配置工具。

SUSE CaaS平臺能夠在公有云和本地裸機(jī)上運(yùn)行，不過需要注意的是SUSE目前并不支持與底層云基礎(chǔ)設(shè)施的任何集成。這意味著SUSE CaaS平臺的設(shè)計(jì)不是作為亞馬遜EKS或谷歌Kubernetes引擎的補(bǔ)充而設(shè)計(jì)的，而是為了戰(zhàn)勝這些產(chǎn)品，讓用戶可以跨多個云和數(shù)據(jù)中心運(yùn)行容器。

Telekube

Teleport SSH服務(wù)器的開發(fā)商Gravitational推出了可在在本地或遠(yuǎn)程集群上運(yùn)行的“生產(chǎn)強(qiáng)化型”Kubernetes 發(fā)行版，即Telekube。Telekube 定位為私有軟件即服務(wù)(SaaS)平臺解決方案，可跨多個地區(qū)或托管服務(wù)提供商將Kubernetes 作為一項(xiàng)服務(wù)予以運(yùn)行。

Telekube 上的應(yīng)用必須具備能夠在Kubernetes上的容器中運(yùn)行的能力。此外，它們必須被打包至“Bundls”中，隨后“Bundls”將被發(fā)布到Kubernetes集群中。在部署基于容器的應(yīng)用之前，雖然還需要為捆綁做一些額外的工作，不過Bundle 清單是用戶唯一需要維護(hù)的Telekube額外工作。