k3s初步探究

• Z时代
• 2024-01-10
• 分类：综合

k3s特点 (适合公司项目)

1. 轻量级 所需要的硬件配置相当低
2. 更容易部署
3. 做了一定的功能删减 跟k8s有一定的区别，但是不大。注意兼容。

官方推荐的四大使用场景

1. 边缘计算
2. 物联网
3. 嵌入式设备arm
4. 持续集成

易于安装，可快速加入k8s集群中，方便统一管理。特别对于arm架构的cpu做支持，实在是对于边缘计算与物联网有偌大的好处。它能够统一边缘计算业务环境，方便业务代码开发、测试、调试、部署。快速大规模部署与集群管理，节省大量开支。特别适配无人值守、资源受限、偏远地区或物联网设备，大大节省资源。

k3s具体做了哪些

1. k8s中大量非默认的，过时的，不稳定的功能都被移除
2. 大量内置插件被移除，使用外部插件
3. 服务发现数据库从etcd改成sqlite3
4. 默认执行容器从docker换成了containerd
5. TLS管理功能
6. 自动的Manifest和Helm Chart管理

能够节省的资源尽量节省，增加业务中、实施中比较处理比较麻烦的功能。

k3s缺点

1. 对于项目运维部署人员，需要有大量的k8s前置知识才能够更好地理解抽象模型与实际情况的不同。
2. 如果脱离UI面板运维，那么需要记住大量的k8s命令行使用，编写大量yaml配置文件。特别是，如果业务容器编排复杂，那特别难以处理。
3. 虽然能够统一业务环境，但是开发人员还时需要节制的架构应用，冷静地使用有限地资源。
4. 边缘计算以及物联网环境下地灾备处理还比较薄弱。
5. rancher自带UI面板现在暂时还没有能够与k3s特别好的搭配使用。因为删减缘故，使用中会产生一些错误与警告，而需要人员自己去理解相关情况是否需要额外处理。
6. k3s不大适合极限环境使用，如果边缘计算量已经很大，已经逼近单节点硬件极限。那么，后期会产生大量人力运维介入。自动化与人工之间的各种协调需要资深的人员运维。

总结来说，k3s现在还是摸索阶段。不大能够普适，只能是适合一定的场景。相信随着时间的发展，会越来越具有普适价值。值得关注。

以上是 k3s初步探究 的全部内容， 来源链接： utcz.com/z/511746.html