如何了解Helm 3

今天就跟大家聊聊有关如何了解Helm 3，可能很多人都不太了解，为了让大家更加了解，小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。经过了长时间的开发，Helm 3 终于在今天发布了第一个 alpha 版本。本文将简单介绍 Helm 3 新特性。Helm 2 是 C/S 架构，主要分香港云主机为客户端 helm 和服务端 Tiller; 与之前版本相同，Helm 3 同样在 Release 页面提供了预编译好的二进制文件。差别在于原先的二进制包下载下来你会看到 helm 和 tiller 。而 Helm 3 则只有 helm 的存在了。Tiller 主要用于在 Kubernetes 集群中管理各种应用发布的版本，在 Helm 3 中移除了 Tiller, 版本相关的数据直接存储在了 Kubernetes 中。现在我们直接在一个新创建的集群上来使用 Helm。测试集群的创建可以参考我之前的文章使用 Kind 搭建你的本地 Kubernetes 集群。与之前版本相同，我们需要先执行 helm init 来进行初始化。但现在的初始化就简单了很多，不再需要给集群中部署 Tiller 了原先，由于有 RBAC 的存在，我们在开始使用时，必须先创建一个 ServiceAccount 而现在 Helm 的权限与当前的 KUBECONFIG 中配置用户的权限相同，非常容易进行控制。这样也大大增强了使用 Helm 的安全性。这是 Helm Release 中提到的功能。但此功能目前并不直接可用 相关 issue 也已经创建。根源在于 namespace 参数的获取实现上。对应代码为：直接使用 Kubeconfig 中的 Namespace 了，所以，我们可以做以下操作以使用此特性。可以看到，redis 这个 release 名称可以在 moelove 这个 Namespace 中重复使用了。在 Helm 2 中，如果没有指定 release 的名称，则会自动随机生成一个名称。但是在 Helm 3 中，则必须主动指定名称，或者增加 --generate-name 的参数。比如：简而言之就是使用镜像仓库同时存储 Docker 镜像和 Helm 3 Chart 不过这个功能我暂时还没验证。之后有空再验证。在 Helm 2 中，可以简单的通过 helm serve 来启动一个本地简单的 HTTP 服务，用于托管本地 local repo 中的 Chart 信息。不过这个功能在 Helm 3 中被移除了。可能是使用场景有限。Helm 3 的改动还是比较大的，但是去除掉 Tiller 的选择是非常正确的，这让集群权限的管理更加简单清晰。更多关于 Helm 3 的信息请关注 ReleaseNote看完上述内容，你们对如何了解Helm 3有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注开发云行业资讯频道，感谢大家的支持。

相关推荐: 使用Gitlab怎么自建一个服务器仓库

这期内容当中小编将会给大家带来有关使用Gitlab怎么自建一个服务器仓库，文章内容丰富且以专业的角度为大家分析和叙述，阅读完这篇文章希望大家可以有所收获。在教程开始之前，是不是很多人搜索过：Windows下GitLab服务器搭建？答案是没有，GitLab只针对…