云原生部署之Helm最佳实践(上)

文章介绍了从Ansible迁移到Helm进行云原生部署的原因,并分享了Helm的最佳实践,包括自行版本化chart,使用`upgrade --install`子命令部署,尽早标准化应用和chart,以及尽量避免if-else判断。内容适合对Helm有一定了解的读者,探讨了Helm在Kubernetes环境中的高效使用策略。
摘要由CSDN通过智能技术生成

半年多前,我们从传统的Ansible自动化部署迁移到了云原生部署。我们没有通过Rancher或者KubeSphere这些平台的可视化界面部署,而是选择了Helm这个命令行工具。原因有以下几点:

1.坚持一切版本化,一切自动化的原则;2.Helm在声明式思维方面相对其它工具更友好;3.方便配置与制品分离;

Helm目前有两个版本:v2和v3。幸运的是,我们正准备大规模使用时,v3版本发布。所以,我们没有经历升级之苦。特此说明以下最佳实践基于Helm3。

注:本文针对对Helm有一定基础的同学,如果没有基础,可以先收藏。

正片开始:

自行版本化chart

maven、npm等构建工具的包会有一个唯一的官方源,但是,Helm的chart包似乎没有,你会遇到很多不同的源。这对chart的版本控制非常不利,因为你不知道哪天,远端的源就不见了。所以,最好的做法,使用helm pull命令将chart下载本地,然后指定一个版本上传制品库Nexus的Helm仓库中。上传命令为:

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值