12個引領容器革命的Kubernetes發(fā)行版

Serdar Yegulalp ?陳琳華

Kubernetes和容器正在改變應用的構建、部署和管理方式。以下這些發(fā)行版正在引領這一變革。

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

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

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

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

CoreOS Tectonic

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

CoreOS操作系統(tǒng)Container Linux與眾不同，主要是因為它們被作為一套容器化組件交付。這樣一來，操作系統(tǒng)的自動更新可以在不影響應用正常運行的情況下順暢地進入到生產環(huán)境中。CoreOS還表示他們可以對Kubernetes進行“一鍵”更新。CoreOS Tectonic可以在亞馬遜網絡服務（AWS）、微軟Azure和裸機上運行。

Canonical 版的Kubernetes發(fā)行版

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

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

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

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

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

Heptio Kubernetes付費版

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

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

Mesosphere DC/OS

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

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

Mirantis云平臺

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

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

Platform9 托管的Kubernetes

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

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

Rancher 2.0

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

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

紅帽O(jiān)penShift

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

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

Stackube

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

HyperHQ稱，Stackube的主要優(yōu)勢是它們可以根據(jù)使用哪個容器運行環(huán)境提供多種不同類型的多租戶。對于“軟”多租戶來說，他們可以使用Docker，如果想實現(xiàn)企業(yè)級的資源分離，那么他們可以使用HyperContainer，因為后者使用了管理程序級的隔離

SUSE云即服務（CaaS）平臺

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

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

Telekube

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

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

本文作者Serdar Yegulalp為InfoWorld網站資深撰稿人，長期關注機器學習、容器、開發(fā)運營和Python生態(tài)系統(tǒng)，并定期對上述內容進行總結。

原文網址

https：//www.infoworld.com/article/3265059/containers/12-kubernetes-distributions-leading-the-container-revolution.html