10個業(yè)界最流行的Kubernetes發(fā)行版

如果你需要大規(guī)模的容器編排，想必Kubernetes毋庸置疑是你的首要選擇，這一由谷歌推出的開源容器編排系統(tǒng)近年來發(fā)展飛速，大受業(yè)界及廣大用戶好評。

盡管如此，對于大多數(shù)用戶而言，Kubernetes存在著學(xué)習(xí)曲線陡峭、難以設(shè)置和配置的問題，導(dǎo)致終端用戶需要承擔(dān)繁重的管理工作。基于此，最佳的解決辦法并非單槍匹馬學(xué)習(xí)并直接上手Kubernetes，而是尋找一個完善的容器技術(shù)解決方案，這種方案通常將Kubernetes納為其支持和維護的組件之一，使用起來通常更直觀和簡潔，如此一來便極大程度降低了Kubernetes的上手門檻。

在本文中，我列出了10個業(yè)界最流行的Kubernetes相關(guān)產(chǎn)品，包括了Kubernetes發(fā)行版、容器工具、不同的供應(yīng)商提供的Linux內(nèi)核等等。

本文的列表不包括Amazon EKS或者Google Kubernetes Engine（GKE）這樣的云服務(wù)，僅僅列出了可以在本地運行或作為云托管的軟件發(fā)行版。

目?錄

• Rancher 2.0

• CoreOS Tectonic/Red Hat CoreOS

• Canonical Distribution of Kubernetes（CDK）

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

• Heptio Kubernetes 訂閱

• Kontena Pharos

• Pivotal 容器服務(wù) (PKS)

• Red Hat OpenShift

• SUSE 容器服務(wù)平臺

• Telekube

十大Kubernetes發(fā)行版

Rancher 2.0

https://rancher.com/kubernetes/

嚴(yán)格來說，Rancher 2.0并不是一個單純的Kubernetes發(fā)行版，而是一個開源的Kubernetes管理平臺。Rancher 2.0 為企業(yè)用戶提供Kubernetes-as-a-Service (Kubernetes即服務(wù))，且能夠?qū)崿F(xiàn)多Kubernetes集群的統(tǒng)一納管，不論這些Kubernetes集群在何處、以何種方式部署。這解決了生產(chǎn)環(huán)境中企業(yè)用戶可能面臨的基礎(chǔ)設(shè)施不同的困境。Rancher 2.0能統(tǒng)一納管來自Google（GKE）、Amazon（EKS）和Azure（AKS）等公有云上托管的Kubernetes服務(wù)的平臺。

Rancher Labs公司在2019年發(fā)布了提供輕量級的Kubernetes發(fā)行版，K3s。這款產(chǎn)品專為在資源有限的環(huán)境中運行Kubernetes的研發(fā)和運維人員設(shè)計。其每個服務(wù)器實例僅需512MB RAM以及200MB的磁盤空間。它刪除了舊的、非必須的代碼，整合正在運行的打包進程，使用containerd代替Docker作為運行時的容器引擎，并在除etcd之外引入了SQLite 作為可選的數(shù)據(jù)存儲，通過這些變化極大地減少了運行所需的空間和資源。

CoreOS Tectonic/Red Hat CoreOS

https://coreos.com/tectonic/

CoreOS提供以容器為中心的Linux發(fā)行版，它兼容Docker，但又有固定的鏡像格式、它自己的runtime、以及一個“企業(yè)級Kubernetes發(fā)行版”。上述這些共同構(gòu)成了CoreOS Tectonic堆棧的基礎(chǔ)。

CoreOS操作系統(tǒng)Container Linux是業(yè)界的一大流行產(chǎn)品，它的亮點之一在于它就像一組容器化組件，用戶無需關(guān)閉正在運行的應(yīng)用程序，即可將操作系統(tǒng)的自動更新整合到生產(chǎn)環(huán)境中。CoreOS還可以對Kubernetes進行“一鍵式”更新。此外，CoreOS Tectonic可以在Amazon Web Services、Microsoft Azure以及裸機上運行。

Red Hat收購了CoreOS之后，計劃將其集成到Red Hat OpenShift中。Container Linux將被重新命名為Red Hat CoreOS。此舉預(yù)計將在2020年之前完成，在此之前Container Linux將繼續(xù)得到支持。根據(jù)Red Hat的說法，過渡后將提供“幾乎所有”CoreOS Tectonic的功能。

Canonical Distribution of Kubernetes（CDK）

https://ubuntu.com/kubernetes

Canonical，Ubuntu Linux的制造商，也擁有自己的Kubernetes發(fā)行版，即Canonical Distribution of Kubernetes（CDK）。該發(fā)行版的一大賣點是它是一款廣泛受到支持、易于理解且普遍部署的Ubuntu Linux發(fā)行版。Canonical聲稱其堆棧既可以在任何云上運行，也可以在本地部署，并支持CPU和GPU驅(qū)動的工作負(fù)載。付費客戶還能享受Canonical的工程師遠程管理他們的Kubernetes集群的服務(wù)。

Canonical的Kubernetes發(fā)行版也有輕量級版本的，叫Microk8s。開發(fā)人員以及Kubernetes新手可以在筆記本或者臺式機上安裝Microk8s，將其用于測試、實驗，甚至在那些硬件配置低的生產(chǎn)環(huán)境中使用。

此外，Canonical和Rancher Labs共同開發(fā)了一個產(chǎn)品叫做“云原生平臺（Cloud Native Platform，簡稱CNP）”，它將Canonical的Kubernetes發(fā)行版和Rancher的容器管理平臺相匹配。如此，就可以使用Kubernetes管理運行在每個集群上的容器并且用Rancher管理多Kubernetes集群。目前，CNP已經(jīng)在Rancher 2.x的版本中可以使用。

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

https://www.docker.com/products/kubernetes

對于很多人來說，Docker僅僅是容器。但實際上，2014年之后Docker也有它自己的集群和編排系統(tǒng)，Docker Swarm，而這一系統(tǒng)曾是Kubernetes的競爭對手。直到2017年10月，Docker宣布將在其未經(jīng)修改的、永久標(biāo)準(zhǔn)的狀態(tài)中添加Kubernetes作為標(biāo)準(zhǔn)打包方式，這一調(diào)整涵蓋了Docker Community Edition和Docker Enterprise 2.0及以后的版本。

Docker Enterprise 3.0添加了Docker Kubernetes服務(wù)，這一Kubernetes集成可以保持開發(fā)人員桌面和生產(chǎn)部署環(huán)境中Kubernetes版本一致。

簡而言之，Docker公司已經(jīng)意識到Kubernetes比Swarm更適合管理龐大、復(fù)雜的容器環(huán)境。然而，Docker依然包括其原始的集群系統(tǒng)“swarm 模式”，它更適用于那些不太復(fù)雜的工作，例如部署一個無需擴展太多的本地的、受保護的應(yīng)用程序或者維護不需要修改的現(xiàn)有swarm模式集群。

Heptio Kubernetes 訂閱版

https://heptio.cloud.vmware.com/

Kubernetes的兩位創(chuàng)始人Craig McLuckie和Joe Beda，創(chuàng)辦了Heptio，主要圍繞Kubernetes提供服務(wù)和產(chǎn)品。他們第一個主打產(chǎn)品是一個付費的Kubernetes部署服務(wù)， Heptio Kubernetes Subscription（HKS）。Heptio提供全天候的技術(shù)支持，收費是每月2000美元及以上。

Heptio的主要優(yōu)勢在于它是企業(yè)級的Kubernetes，又不害怕廠商鎖定。它可以在公有云或者私有硬件上運行部署。所有Heptio提供的用于管理Kubernetes配置的工具都是開源的，并且修復(fù)程序可以直接交付到支持的集群。

2018年VMware收購了Heptio，不過此次收購目前暫未影響Heptio的產(chǎn)品計劃。

Kontena Pharos

https://www.kontena.io/pharos/

Kontena Pharos的定位是“Kubernetes that just works”，它與Red Hat的Linux產(chǎn)品擁有大致相同的“劇本”。底層架構(gòu)是經(jīng)過CNCF認(rèn)證的Kubernetes發(fā)行版，可以在Apache 2許可下使用（和Fedora或CentOS一樣）。付費客戶可以獲得專業(yè)級功能、技術(shù)咨詢、支持服務(wù)和特定固定價格的產(chǎn)品，比如遷移到云原生基礎(chǔ)設(shè)施。

核心Pharos發(fā)行版默認(rèn)配置了自動安全更新和多個容器運行時等基本功能。付費的版本則添加了企業(yè)工具，比如Kontena Lens面板、Kontena Storage分布式存儲系統(tǒng)、備份、負(fù)載均衡以及在內(nèi)網(wǎng)隔離環(huán)境中部署集群。

專業(yè)版有30天的試用期，訂閱的費用為每月近3000美元起。而開源的版本則沒有時間的限制也不需要許可費用。

Pivotal 容器服務(wù) (PKS)

https://pivotal.io/cn/platform/pivotal-container-service

Pivotal，以其在Cloud Foundry上的表現(xiàn)而為人熟知，它擁有企業(yè)級Kubernetes服務(wù)，即Pivotal Container Service（PKS）。PKS吸取了許多其他Pivotal項目的靈感，例如，它使用曾經(jīng)用于Pivotal的Cloud Foundry的Kubo項目來啟動和管理Kubernetes集群。

PKS一個最突出的特性是與VMware虛擬機堆棧緊密集成，事實上，PKS是VMware-Pivotal的聯(lián)合項目。運行在PKS上的容器可以訪問在vSphere上運行的虛擬機可用的服務(wù)，譬如VMware VSAN中的持久存儲。此外，PKS可以通過用于在公有云和私有云環(huán)境中管理VMware基礎(chǔ)設(shè)施的VMware Cloud Foundation進行管理。

簡而言之，任何使用VMware并且對Kubernetes越來越感興趣的企業(yè)可能希望研究PKS以充分利用他們現(xiàn)有的VMware設(shè)置。

Red Hat OpenShift

https://www.redhat.com/en/technologies/cloud-computing/openshift

OpenShift是紅帽的PaaS產(chǎn)品，最初使用與Heroku buildpack類似的“盒式磁帶”打包應(yīng)用程序，然后將其部署在稱為“齒輪”的容器中。然后Docker出現(xiàn)了，OpenShift經(jīng)過了重新設(shè)計，使用新的容器鏡像和運行時標(biāo)準(zhǔn)。不可避免地，Red Hat采用了Kubernetes作為OpenShift中的編排技術(shù)。

OpenShift還為PaaS中的所有組件提供抽象化和自動化。這種抽象和自動化擴展到Kubernetes，會帶來相當(dāng)大的管理負(fù)擔(dān)，因此OpenShift可以用來緩解這一過程，作為部署PaaS的更為重要的一部分。

如上文所提到的，CoreOS Tectonic正在合并到Red Hat OpenShift中，雖然技術(shù)合并預(yù)計要到2020年才能完成。

SUSE 容器服務(wù)平臺

https://www.suse.com/products/caas-platform/

因Linux 發(fā)行版而在歐洲廣為人知的SUSE也擁有 SUSE CaaS平臺。概念上，SUSE CaaS平臺讓人想起CoreOS Tectonic，它結(jié)合了運行容器的裸機“微型”操作系統(tǒng)、Kubernetes、內(nèi)置的鏡像倉庫和集群配置工具。

SUSE CaaS Platform3于2018年發(fā)布，在這一版本中添加了多主機功能以使集群更能適應(yīng)主節(jié)點崩潰和內(nèi)核調(diào)整功能，以便對包含的Linux內(nèi)核進行自定義調(diào)整。

SUSE CaaS平臺可以在公有云和本地裸機上運行，但需注意SUSE目前無法支持任何與底層云基礎(chǔ)架構(gòu)的集成。這意味著SUSE CaaS平臺不是為了補充Amazon EKS或Google Kubernetes Engine而設(shè)計的，而是為了規(guī)避他們，讓您可以跨多個云和數(shù)據(jù)中心運行容器。

Telekube

https://gravitational.com/gravity/

Teleport SSH服務(wù)器的所屬公司Gravitational開發(fā)了Gravity，這是一種在本地或遠程集群上運行的“強化生產(chǎn)”Kubernetes發(fā)行版。Gravity的定位是私有SaaS平臺的解決方案或在多個區(qū)域及托管提供商中運行Kubernetes-as-a-service。

Gravity上的應(yīng)用程序要想在Kubernetes上的容器中運行，必須做一些前提準(zhǔn)備。它們必須首先被打包成“Bundles”，這些“Bundles”之后會被發(fā)布到Kubernetes集群進行分發(fā)。這些“綁定”屬于額外工作，除此之外我們常見的部署容器應(yīng)用程序所需的準(zhǔn)備工作也仍然需要做，不過Bundle清單也是Gravity唯一需要的額外工作了。

Gravity包含拍攝整個Kubernetes集群的快照的功能，其中包括所有的應(yīng)用程序和配置，并且用戶可以部署快照到任意其他Kubernetes環(huán)境中。

結(jié) 語

Kubernetes和容器正在改變應(yīng)用程序的創(chuàng)建、部署以及管理的方式。而本文列出的這些Kubernetes發(fā)行版，正在引領(lǐng)著這場變革。

原文鏈接：

https://www.infoworld.com/article/3265059/10-kubernetes-distributions-leading-the-container-revolution.html