[译]K3s与K8s的区别是什么?

本文是k3s vs k8s的中文翻译版本，内容有删减

什么是Kubernetes （What is Kubernetes）?

对于那些不熟悉Kubernetes来说，Kubernetes其实是一个“容器编排平台”。这实际上意味着拿走你的容器（现在每个程序员都听说过Docker，对吧？）并从一组机器中决定哪台机器来运行该容器。

它还处理诸如容器升级之类的事情，因此，如果您发布网站的新版本，它将逐渐启动具有新版本的容器，并逐渐杀死旧容器（参考Rolling Update ），整个发布过程通常在一两分钟内。

K8s 只是 Kubernetes 的缩写（“K”后跟 8 个字母“ubernete”，后跟“s”）。然而，通常当人们谈论 Kubernetes 或 K8s 时，他们谈论的其实是 Google 设计的一个高度可用且极具可扩展性的平台。

例如，这是一个YouTube上关于利用Kubernetes 进行集群处理零停机更新，同时仍每秒执行 1000 万个请求的视频。

尽管你可以用 Minikube在本地开发者机器上运行 Kubernetes，但如果你要在生产环境中运行它，你必须看看以下关于“最佳实践”的建议：

• 将你的主节点与其他节点分开: 主节点运行k8s控制平面，其他节点运行你的k8s工作负载,千万不要把它们混为一体
• 在单独的集群上运行 etcd（存储Kubernetes 状态的数据库），以确保它可以处理负载
• 理想情况下，应该配置与底层节点独立的Ingress节点，以便它们在底层节点繁忙时仍可以轻松处理传入流量

通过上面的原则，我们可以推断出一个的节点配置方案是：3个K8s主节点；3个etcd；2个Ingress和其他的节点。

别误解，如果您正在运行产线环境的工作负载，这是非常理智的建议。没有什么比在周五晚上尝试调试过载的下产线环境集群更糟糕的了！

k3s和k8s的区别（ What is k3s and how is it different from k8s?）

K3s 被设计成了一个小于 40MB 的单个二进制文件，它完全复用了了 Kubernetes API。为了实现这一目标，K3s设计者删除了许多不需要成为核心并容易被附加组件替换的驱动程序。

K3s 是 CNCF（云原生计算基金会）认证的 Kubernetes 产品。这意味着你的 YAML即可以在常规的Kubernetes上运行，同时也可以 k3s 集群上运行。

由于K3s对资源要求低，甚至可以在 512MB 以上的 RAM 计算机上运行集群。这意味着我们可以允许 Pod 在主节点和其他节点上运行。

当然由于K3s是一个很小的二进制文件，这意味着它的启动速度则非常快，通常可以在不到两分钟的时间里启动具有少量节点的 k3s 集群，这意味着您可以立即着手部署应用程序来学习/测试。

K3s的声誉和采用率也在迅速增长，自2019年初推出以来，K3s的Github Star超过17000，而最近它被Stackshare评为2019年第一大新开发者工具。

k3s是否性能更优（Is k3s the same as k8s, just better?）

其实差不多。当大多数人想到 Kubernetes 时，他们会想到容器自动在其他节点上启动（如果节点死亡）、容器之间的负载平衡、隔离和滚动部署——所有这些优势在K8s 与 k3s 之间都是相同的。

那么使用 k3 有什么区别呢？

首先，单个控制平面 k3s 集群中的默认数据库是 SQLite。性能对于小型集群来说很棒，但如果需要更大的集群，可能需要用更强大的东西替换，例如 etcd、MySQL 或 PostgreSQL！幸运的是，k3s 支持所有这些（而上游 Kubernetes 只支持 etcd）！

另一个真正的区别则只针对较大的云服务提供商，假设你可能已经在上Kubernetes 源代码中有很多扩展，因为 k3s 删除了所有这些扩展并依赖于标准接口CSI 来实现它们。不过这对终端客户没有影响，只对云服务提供商本身有影响。

如何选k3s和k8s（ Should I choose k3s or k8s?）

简单的答案是 k3s - 它是完全被 CNCF 认证为符合 Kubernetes 集群，更轻量级，并且经过修剪 - 谁不想摆脱软件中多余的臃肿！

更多关于 kubernetes 的问题？查看我们的 Kubernetes vs Docker 文章。