Kubernetes应用开发与管理:Helm、Docker与PaaS工作流解析
1. Helm的适用性与应用管理
Helm为Kubernetes增添了许多价值,不过它具有侵入性。一旦开始使用Helm模板化清单文件,就很难再回到原来的方式。团队成员要么全部切换到Helm,要么就得维护多套清单文件,例如开发团队使用纯Kubernetes清单,其他环境使用Helm清单。但两套清单文件很容易出现不同步的问题,而且在已经需要学习Kubernetes的情况下,再学习Helm也会增加负担。
Helm是否适合你,很大程度上取决于你所打包的应用类型以及团队的工作方式。以下是一些适合使用Helm的场景:
- 微服务众多的应用 :如果应用由50个以上的微服务组成,开发团队可能只负责部分微服务,使用原生方式或Docker和Docker Compose运行,而有单独的团队负责Kubernetes的完整部署。在这种环境下,使用Helm可以将数百个YAML文件集中到易于管理的图表中,减少摩擦。
- 全自动化持续部署流程 :使用Helm更容易构建全自动化的持续部署流程。
- 使用自定义值文件运行测试环境 :可以从相同的图表版本运行测试环境,并使用自定义值文件。
- 部署过程中运行验证作业 :在部署过程中运行验证作业。
当你需要对Kubernetes清单进行模板化时,Helm提供了一种标准方法,比自己编写和维护工具要好。
1.1 Helm卸载操作
在完成相关操作后,可以使用以下命令
超级会员免费看
订阅专栏 解锁全文
20

被折叠的 条评论
为什么被折叠?



