如果您需要大规模进行容器编排,那么Kubernetes已成为您的项目。 Google的开放源代码容器编排系统得到了广泛的关注,良好的支持并且发展Swift。
Kubernetes也是庞大,复杂且难以设置和配置的。 不仅如此,最终用户还要承担很多繁重的工作。 因此,最好的方法不是抢占一切,而是寻求一个完整的容器解决方案,其中包括Kubernetes作为受支持的可维护组件。
在这里,我列出了9种最杰出的Kubernetes产品-相当于结合Kubernetes和容器工具的发行版,在某种意义上,各种供应商都提供Linux内核及其用户群的发行版。
请注意,该列表不包括专用的云服务(例如Amazon EKS或Google Kubernetes Engine),而是侧重于可以在本地运行或作为云托管选项运行的软件发行版。
CoreOS是专注于容器的Linux发行版的提供商,该发行版与Docker兼容,但具有自己的专有图像格式和运行时,以及“企业级Kubernetes”发行版。 它们共同构成了CoreOS Tectonic堆栈的基础。
CoreOS操作系统Container Linux主要通过作为一组容器化组件交付而脱颖而出。 这样,可以在不关闭正在运行的应用程序的情况下将对操作系统的自动更新整合到生产中。 CoreOS还向Kubernetes宣传“一键式”更新。 CoreOS Tectonic在Amazon Web Services,Microsoft Azure和裸机上运行。
红帽公司最近收购了CoreOS,并计划将其集成到Red Hat OpenShift中。 Container Linux将更名为Red Hat CoreOS。 此举预计要到2020年才能完成,但是直到那时为止,将继续支持Container Linux。 根据Red Hat的说法,过渡后,CoreOS Tectonic的功能几乎“全部”可用。
有关更多详细信息,请参见InfoWorld对CoreOS Container Linux的评论 。
在这段90秒的视频中,您可以从技术的发明者之一Heptio的创始人兼首席技术官Joe Beda了解Kubernetes,这是一种用于自动化容器化应用程序的开源系统。
Ubuntu Linux的制造商Canonical提供了自己的Kubernetes发行版。 Kubernetes规范发行版的最大卖点之一是其下方广受尊敬, 易于理解且通常部署的Ubuntu Linux发行版。 Canonical声称其堆栈可在任何云或本地部署中工作,并支持基于CPU和GPU的工作负载。 付费客户可以让Canonical工程师远程管理其Kubernetes集群 。
Canonical的Kubernetes发行版也有微型版本Microk8s 。 开发人员和Kubernetes的新手可以在笔记本或台式机上安装Microk8,并将其用于薄型硬件的测试,实验甚至生产用途。
Canonical和Rancher Labs(请参见下文)共同生产一种产品Cloud Native Platform,该产品将Canonical的Kubernetes发行版与Rancher的容器管理平台配对。 这个想法是使用Kubernetes来管理每个集群中运行的容器,并使用Rancher来管理多个Kubernetes集群。 Cloud Native Platform将随Rancher 2.0一起提供,目前已在Beta预览版中提供。
对于我们许多人来说,Docker 是容器。 自2014年以来,Docker拥有了自己的集群和编排系统Docker Swarm,直到最近它还是Kubernetes的竞争对手。 然后在2017年10月, Docker宣布将在未修改的香草状态下添加Kubernetes作为Docker Community Edition和Docker Enterprise 2.0及更高版本的标准插件 。
Docker Enterprise 3.0添加了Docker Kubernetes服务,这是一个Kubernetes集成,可在开发人员桌面和生产部署之间保持Kubernetes的版本一致。
简而言之,Docker Inc.阅读了容器编排墙上的文字,并承认Kubernetes比Swarm更适合于管理大型和复杂的容器环境。 但是,Docker仍然包括其原始群集系统“ 群集模式 ”,用于更适度的工作,例如,本地,防火墙后面的应用程序,增长不太可能,或者维护现有的群集模式群集,不需要进行改造。
Kubernetes的两位创造者Craig McLuckie和Joe Beda 创立了Heptio,以围绕Kubernetes提供服务和产品。 他们的第一个主要产品是Heptio Kubernetes订阅 (HKS),这是一个由Heptio提供付费24/7全天候支持的Kubernetes部署。 起价为每月2,000美元。
Heptio的主要产品是没有供应商锁定的企业级Kubernetes。 部署可以在公共云或私有硬件上运行。 Heptio提供的用于管理Kubernetes配置的所有工具都是开源的,并且修复程序直接交付给受支持的集群。
VMware在2018年收购了Heptio ,但此次收购尚未影响Heptio产品组合的计划。
Kontena Pharos被称为“行之有效的Kerernetes”,其使用方式与Red Hat的Linux产品大致相同。 底部是经 Apache 2许可(根据Fedora或CentOS)可用的经 CNCF 认证的 Kubernetes发行版。 那些有钱花钱的人(根据Red Hat Enterprise Linux)可以购买专业级功能,咨询,支持服务以及某些固定价格的产品,例如迁移到云原生基础架构。
Pharos核心分发版具有基本功能,例如自动安全更新和多个容器运行时。 付费产品增加了企业工具,例如Kontena Lens仪表板, Kontena Storage分布式存储系统,备份,负载平衡以及在无间隙环境中部署群集的能力。
专业版的评估期为30天,支持订阅的价格为每月375欧元起。 开源版本没有时间限制,也没有许可费用。
Pivotal以在Cloud Foundry上的工作而闻名,它提供了企业级Kubernetes,称为Pivotal容器服务(PKS) 。 PKS借鉴了许多其他Pivotal项目的灵感。 例如,它使用Kubo项目(也用于Pivotal的Cloud Foundry中)来启动和管理Kubernetes集群。
PKS的突出功能是与VMware虚拟化堆栈的紧密集成。 实际上,PKS是VMware-Pivotal的联合项目。 在PKS上运行的容器可以访问通常仅对在vSphere上运行的虚拟机可用的服务,例如VMware VSAN中的持久性存储。 此外,可以通过VMware Cloud Foundation管理PKS,该软件用于在公共和私有云环境中管理VMware基础架构。
简而言之,任何对VMware进行投资并且对Kubernetes感兴趣的商店都可能希望研究PKS,以充分利用他们现有的VMware设置。
Rancher Labs已将Kubernetes集成到其容器管理平台(简称为Rancher)的 2.0版中。 与其他Kubernetes发行版相比,Rancher 2.0的工作水平更高,位于Linux主机,Docker容器和Kubernetes节点之上,无论位置或基础架构如何,都可以一臂之力进行管理。 它甚至可以管理Amazon EKS,Google Kubernetes引擎,Azure Kubernetes服务和其他Kubernetes即服务云上的Kubernetes集群。
Rancher还带有自己的Kubernetes发行版。 Rancher的目的是从设置Kubernetes集群和针对特定环境定制Kubernetes的过程中消除很多麻烦,而又不让这些定制妨碍顺利升级到Kubernetes。不断更新的项目。
Rancher还提供了称为K3s的最小Kubernetes发行版。 K3为低调部署进行了优化,每个服务器实例仅需要512 MB的RAM和200 MB的磁盘空间。 通过省略所有旧版,alpha级和不必要的功能,以及许多不常用的插件(尽管可以在需要时将其重新添加),从而挤入了这个足迹。
Red Hat的PaaS产品Red Hat OpenShift最初使用类似于Heroku buildpack的“墨盒”来打包应用程序,然后将其部署在称为“齿轮”的容器中。 然后Docker出现了,OpenShift被重新设计以利用新的容器映像和运行时标准。 不可避免地,红帽还采用Kubernetes作为OpenShift内的编排技术。
OpenShift旨在为PaaS中的所有组件提供抽象和自动化。 这种抽象和自动化也扩展到Kubernetes,它仍然带来相当多的管理负担,因此,OpenShift可以减轻它的负担,这是部署PaaS的更大使命的一部分。
如上所述,CoreOS Tectonic正在合并到Red Hat OpenShift中,尽管技术的合并预计要到2020年才能完成。
有关更多详细信息,请参见InfoWorld对Red Hat OpenShift 3的评论 。
SUSE以在欧洲广泛流行的Linux发行版而闻名,它还提供了SUSE CaaS平台 。 从概念上讲,SUSE CaaS平台让人联想到CoreOS Tectonic,它结合了运行容器的裸机“微型”操作系统,用于容器编排的Kubernetes,内置映像注册表和集群配置工具。
2018年发布的SUSE CaaS Platform 3添加了多主机功能,以使群集对主节点崩溃具有更大的弹性,并提供了内核调整功能,可对随附的Linux内核进行自定义调整。
SUSE CaaS Platform可以在公共云以及本地裸机上运行,但需要注意的是“ SUSE当前不支持与基础云基础架构的任何集成。” 这意味着SUSE CaaS平台并非旨在补充Amazon EKS或Google Kubernetes Engine,而是为了规避它们,从而允许您跨多个云和数据中心运行容器。
Teleport SSH服务器的制造商Gravitational生产Gravity ,这是一种“生产强化型” Kubernetes发行版,可在本地或远程集群上运行。 Gravity定位为私有SaaS平台的解决方案,或在多个区域或托管提供商中运行Kubernetes即服务的解决方案。
必须准备好在Gravity上运行的应用程序才能在Kubernetes上的容器中运行。 它们还必须打包成“捆绑包”,然后发布到Kubernetes集群以进行分发。 捆绑除了部署基于容器的应用程序所需的所有其他准备工作之外,还需要进行一些额外的工作,但是捆绑清单是您需要维护的唯一特定于Gravity的附加项。
通过Gravity,您还可以为整个Kubernetes群集(包括其所有应用程序和配置)创建快照,并将快照部署到任何其他Kubernetes环境。
From: https://www.infoworld.com/article/3265059/10-kubernetes-distributions-leading-the-container-revolution.html