自2014年发布以来，Kubernetes编排工具一直是开发团队的首要任务。Kubernetes，或K8s，现在是在云环境中启动和管理容器的首选工具。它是一个开源的、稳定的、多功能的平台，可以扩展到支持大型集群的规模，和不同的工作负载。主要的云平台和企业操作系统环境也支持Kubernetes。
随着Kubernetes用例和架构设计的增多，你可能会认为每个人都会使用这个工具。但要找到合适的项目来利用Kubernetes，可能是一个挑战，而且根据资源情况，一旦启动和运行，实施和管理可能会很复杂。
如果你对使用Kubernetes感兴趣--没有复杂性和资源使用量的增加--有一个轻型和简单的容器编排解决方案，叫做K3s。明白了吗，K3s？
近距离接触
K3s是新一代轻量级容器编排工具的一部分。Rancher 的项目开发人员将K3s描述为一个非常适合 "K8s集群学博士不可行的情况 "的解决方案。类似的解决方案包括目前正在开发的Minikube，以及Canonical的MicroK8s，它易于资源消耗，但不像其他轻量级选项那样易于配置和使用。
K3s和其他产品并不完全是K8s的替代品。然而，它们是按比例缩小的Kubernetes发行版，其核心是许多相同的代码，但使用的内存需要比K8s少一半。为了实现这个较小的规模，开发人员减少了依赖性的数量，并删除了一些附加组件。我们的目标是提供Kubernetes的核心功能，而不是臃肿的功能--以一种更容易配置和使用的形式。
K3s 最初设计用于边缘计算和物联网环境，但在简单的云计算部署中同样出色
K3s还是K8s？
K3s或K8s的选择取决于使用情况。一般来说，如果你期待一个高容量的场景，在一个大型分布的集群上有许多应用程序，那么K8s是最好的选择。但是，如果你正在寻找支持较小的、较轻的工作负载的东西，它将快速旋转，不会遇到沉重的数据负载，K3s可能是更好的选择。无论你是在探索容器化还是开始一个较小的项目，你的团队的人力和个人对Kubernetes的经验可能会让你基于易用性和设置时间来选择K3s。
还需要注意的是，K3s不包括分布式数据库，这使得它不适合于共享数据存储的分布式集群。Rancher ，维护一个名为Dqlite的SQLite数据库的分布式版本，它可以用来为K3s增加分布式数据库功能。实施这样的解决方案会给配置和协调过程增加时间。
另一个重要的区别是，K3s作为一个单一的二进制文件运行，而K8s作为独立的进程运行各种组件。K8s更复杂的架构提高了稳定性，并能更有效地扩展到高容量，这使得它明显更复杂。
一般来说，如果你将K3s应用于一个在Kubernetes上并不经典的项目，那么K3s的好处也是它的短板。例如，K3s的一个优点是占地面积小，它减少了驱动和扩展的数量。但如果你的工作需要最大的灵活性，并支持广泛的硬件和软件组件。这些限制将以定制和重新配置的形式为代价。
最终，K3s或K8s是容器化和协调工作负载并帮助你管理集群的绝佳选择。如果你的云环境刚刚起步，正在寻找早期的概念验证，或者只是需要一个更轻的方法，请先看看K3s。
评论 (1)
Mais um bom aprendizado