微服务和容器化给复杂应用部署与管理带来了极大的挑战。Helm是目前Kubernetes服务编排领域的唯一开源子项目,做为Kubernetes应用的一个包管理工具,可理解为Kubernetes的apt-get / yum,由Deis 公司发起,该公司已经被微软收购。Helm通过软件打包的形式,支持发布的版本管理和控制,很大程度上简化了Kubernetes应用部署和管理的复杂性。
-
管理、编辑与更新大量的Kubernetes配置文件
-
部署一个含有大量配置文件的复杂Kubernetes应用
-
分享和复用Kubernetes配置和应用
-
参数化配置模板支持多个环境
-
管理应用的发布:回滚、diff和查看发布历史
-
控制一个部署周期中的某一些环节
-
发布后的验证
而Helm恰好可以帮助我们解决上面问题。
Helm把Kubernetes资源(比如deployments、services或 ingress等)打包到一个chart中,而chart被保存到chart仓库。通过chart仓库可用来存储和分享chart。Helm使发布可配置,支持发布应用配置的版本管理,简化了Kubernetes部署应用的版本控制、打包、发布、删除、更新等操作。
本文简单介绍了Helm的用途、架构与实现。
Helm基本架构如下:
做为Kubernetes的一个包管理工具,Helm具有如下功能:
-
创建新的chart
-
chart打包成tgz格式
-
上传chart到chart仓库或从仓库中下载chart
-
在Kubernetes集群中安装或卸载chart
-
管理用Helm安装的chart的发布周期
Helm有三个重要概念:
-
chart:包含了创建Kubernetes的一个应用实例的必要信息
-
config:包含了应用发布配置信息
-
release:是一个chart及其配置的一个运行实例
-
Helm Client是用户命令行工具,其主要负责如下:
-
本地chart开发
-
仓库管理
-
与Tiller sever交互
-
发送预安装的chart
-
查询release信息
-
要求升级或卸载已存在的release
-
Tiller Server是一个部署在Kubernetes集群内部的server,其与Helm client、Kubernetes API server进行交互。
Tiller server主要负责如下:
-
监听来自Helm client的请求
-
通过chart及其配置构建一次发布
-
安装chart到Kubernetes集群,并跟踪随后的发布
-
通过与Kubernetes交互升级或卸载chart
简单的说,client管理charts,而server管理发布release。
Helm client
-
Helm client采用go语言编写,采用gRPC协议与Tiller server交互。
Helm server
-
Tiller server也同样采用go语言编写,提供了gRPC server与client进行交互,利用Kubernetes client 库与Kubernetes进行通信,当前库使用了REST+JSON格式。
-
Tiller server 没有自己的数据库,目前使用Kubernetes的ConfigMaps存储相关信息。
说明:配置文件尽可能使用YAM格式。
本次培训内容包括:微服务架构及概述、微服务架构项目实战目标、Spring Boot概述、Spring Cloud简介与入门、Eureka、Ribbon、Feign、Hystrix、Zuul、Spring Cloud Config、Spring Cloud Sleuth等,点击识别下方二维码加微信好友了解具体培训内容。