极狐GitLab 14.1 重点功能解读之 Helm Chart和升级策略【一】

GitLab 是一个全球知名的一体化 DevOps 平台，很多人都通过私有化部署 GitLab 来进行源代码托管。极狐GitLab ：https://gitlab.cn 是 GitLab 在中国的发行版，专门为中国程序员服务。可以一键式部署极狐GitLab。

更多关于极狐GitLab ：https://gitlab.cn 或者 DevOps 的最佳实践，可以关注文末的极狐GitLab 公众号。

极狐GitLab 在 2021 年 7 月份发布了 14.1 版本。此次发布了包括使用钉钉账号注册登录，Infrastructure as Code 安全扫描功能，群组级别合并请求批准设置，Kubernetes Agent 已在社区版开放，项目主题…等新功能。

极狐GitLab 公众号后台回复新手指南获取极狐GitLab 新手指南一份。

构建、发布和分享Helm Chart

Helm使用chart作为Helm的包，这个Helm chart包含了在Kubernetes集群中运行应用程序、工具或服务所需的所有资源。对于创建和管理自己的Helm chart的组织来说，有一个中央存储库来收集和分享这些helm chart是很重要的。

极狐GitLab已经支持多种包管理的格式。为什么不同时支持Helm呢？这就是社区成员和14.0里程碑的MVP Mathieu Parent几个月前在为新的GitLab Helm Registry功能破土动工前提出的问题。社区和极狐GitLab之间的合作是我们双飞轮战略的一部分，也是我喜欢在极狐GitLab工作的原因之一。谢谢Mathieu!

现在你可以使用极狐GitLab项目来发布和分享打包好的Helm chart。只需将你的项目添加为远程仓库，然后用个人访问、部署或CI/CD的token进行认证。完成后，你就可以使用Helm client或GitLab CI/CD来管理你的Helm chart，用API或界面来下载Herm chart。

这个功能的下一步计划，是展示这些helm chart更多的元数据。然后，我们将通过使用它来替代https://charts.gitlab.cn/，内部开始使用。

升级策略

On-call值班需要24*7高压工作，即使努力工作也有可能错过警报和通知。但是，维护关键系统的团队不能错过任何有关服务中断的警报。Escalation政策是专门针对这些情况的功能。Escalation政策是一套有时限的步骤，如果前一个步骤中的响应者没有响应，那么会自动呼叫下一个步骤的响应者。为了保护公司不会错过关键的警报，请在你管理on-call待命计划的极狐GitLab项目中创建一个Escalation政策。

在极狐GitLab 14.1中，用户可以创建、查看或删除Escalation政策。

可以登录极狐GitLab 安装升级页面：https://gitlab.cn/install，升级最新版本极狐GitLab，体验更多 DevOps 功能。更多关于极狐GitLab 的最佳实践，可以搜索关注公众号【极狐GitLab】或者登录极狐GitLab 官网：https://gitlab.cn/install进行学习。