【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 
k3s特点 (适合公司项目)
- 轻量级 所需要的硬件配置相当低
- 更容易部署
- 做了一定的功能删减 跟k8s有一定的区别，但是不大。注意兼容。
官方推荐的四大使用场景
- 边缘计算
- 物联网
- 嵌入式设备arm
- 持续集成
易于安装，可快速加入k8s集群中，方便统一管理。特别对于arm架构的cpu做支持，实在是对于边缘计算与物联网有偌大的好处。它能够统一边缘计算业务环境，方便业务代码开发、测试、调试、部署。快速大规模部署与集群管理，节省大量开支。特别适配无人值守、资源受限、偏远地区或物联网设备，大大节省资源。
k3s具体做了哪些
- k8s中大量非默认的，过时的，不稳定的功能都被移除
- 大量内置插件被移除，使用外部插件
- 服务发现数据库从etcd改成sqlite3
- 默认执行容器从docker换成了containerd
- TLS管理功能
- 自动的Manifest和Helm Chart管理
能够节省的资源尽量节省，增加业务中、实施中比较处理比较麻烦的功能。
k3s缺点
- 对于项目运维部署人员，需要有大量的k8s前置知识才能够更好地理解抽象模型与实际情况的不同。
- 如果脱离UI面板运维，那么需要记住大量的k8s命令行使用，编写大量yaml配置文件。特别是，如果业务容器编排复杂，那特别难以处理。
- 虽然能够统一业务环境，但是开发人员还时需要节制的架构应用，冷静地使用有限地资源。
- 边缘计算以及物联网环境下地灾备处理还比较薄弱。
- rancher自带UI面板现在暂时还没有能够与k3s特别好的搭配使用。因为删减缘故，使用中会产生一些错误与警告，而需要人员自己去理解相关情况是否需要额外处理。
- k3s不大适合极限环境使用，如果边缘计算量已经很大，已经逼近单节点硬件极限。那么，后期会产生大量人力运维介入。自动化与人工之间的各种协调需要资深的人员运维。
总结来说，k3s现在还是摸索阶段。不大能够普适，只能是适合一定的场景。相信随着时间的发展，会越来越具有普适价值。值得关注。
来源：oschina
链接：https://my.oschina.net/snakevash123/blog/3144239