这篇文章主要讲解了“Istio Helm Chart的原理和作用”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“Istio Helm Chart的原理和作用”吧！
创新互联长期为上千客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为隆昌企业提供专业的成都网站制作、成都网站建设，隆昌网站改版等技术服务。拥有十多年丰富建站经验和众多成功案例,为您定制开发。
Helm 是目前 Istio 官方推荐的安装方式，除去安装之外，还可以利用对输入值的一些调整，完成对 Istio 的部分配置工作。官方提供了 Istio 的 Helm 部署方式，侧重于快速启动，而这一组文章将会采用由上至下的顺序，基于 Istio 1.0.2 版本的 Helm Chart 做一系列的讲解。
Istio 的 Helm Chart 分为两个大分支：istio 和 istio-remote，后者为多集群部署方式，这里暂不涉及，后面的内容围绕 istio 展开。
Istio Chart 是一个总分结构，其分级结构和设计结构是一致的，这里做一个简单的说明。
Chart 的基础信息，这里看到 1.0.2 的 Release 中，version 的值还是 1.0.1；要求的 Tiller 版本要大于等于 2.7.2-0。
这里提供了一组 values 文件，提供 Istio 在各种场景下的关键配置范本。对 Istio 的定制可以从 values.yaml 的改写开始，完成后可以使用 helm template 命令来生成最终的部署文件供 kubectl 使用。values.yaml 文件的一些细节可以参考官方文档。
values-istio-auth-galley.yaml：启用控制面 mTLS；缺省打开网格内的 mTLS；启用 Galley。
values-istio-auth-multicluster.yaml：多集群配置；启用控制面 mTLS；缺省打开网格内的 mTLS；禁用自签署证书。
values-istio-auth.yaml：启用控制面 mTLS；缺省打开网格内的 mTLS。
values-istio-demo-auth.yaml：启用控制面 mTLS；缺省打开网格内的 mTLS；激活 Grafana、Jaeger、ServiceGraph 以及 Galley；允许自动注入。
values-istio-demo.yaml：激活 Grafana、Jaeger、ServiceGraph 以及 Galley；允许自动注入。
values-istio-galley.yaml：启用 Galley 和 Prometheus。
values-istio-gateways.yaml：这是一个样例，可以用这种形式定义新的 Gateway。
values-istio-multicluster.yaml：多集群配置，禁用自签发证书。
values-istio-one-namespace-auth.yaml：
values-istio-one-namespace.yaml：启用控制面 mTLS；缺省打开网格内的 mTLS；
values-istio.yaml：oneNameSpace 设置为 True，让 Pilot 只监控单一的 Namespace，目前的情况是只监控 Istio 的部署命名空间。此处的 istiotesting 似乎是个 Issue。
values.yaml：罗列了（可能）所有变量，也是我们做定制的基础。
这个文件用于管理 Chart 的依赖关系，Istio 的各个组件就是在这里定义的，并且可以通过变量进行控制。
该文件会生成一组节点亲和/互斥元素，供各个组件在渲染 YAML 时候使用。
nodeAffinityRequiredDuringScheduling：仅在本文件中使用。这里规定了对节点的要求，values.yaml 中的 global.arch 变量中列出了一系列的主机架构，只有出现在这一列表中，且对应值大于 0 的节点，才会将 Pod 调度到该节点上。
nodeAffinityPreferredDuringScheduling：仅在本文件中使用。这里规定了调度优先级，为各种架构的节点分配了权重。
nodeaffinity：包含了上面谈到的两个模板，合成为一个节点亲和性的代码段，供外部文件使用，影响范围包括： |文件名|涉及对象| |—-|—-| |charts/galley/templates/deployment.yaml|Deployment：istio-galley。| |charts/gateways/templates/deployment.yaml|所有 gateways Chart 生成的 Deployment。| |charts/grafana/templates/deployment.yaml|Deployment：grafana。| |charts/ingress/templates/deployment.yaml|Deployment：istio-ingress。| |charts/mixer/templates/deployment.yaml|Deployment：istio-policy| |charts/pilot/templates/deployment.yaml|Deployment：istio-pilot| |charts/prometheus/templates/deployment.yaml|Deployment：prometheus| |charts/security/templates/deployment.yaml|Deployment：istio-citadel| |charts/servicegraph/templates/deployment.yaml|Deployment：servicegraph| |charts/sidecarInjectorWebhook/templates/deployment.yaml|Deployment：istio-sidecar-injector| |charts/tracing/templates/deployment.yaml|Deployment：istio-tracing|
这个文件并不特别，创建了四个变量，供 Helm 使用。
这里定义了 ConfigMap 对象 istio-sidecar-injector，为 sidecarInjectorWebhook 提供配置支持，在全局变量 omitSidecarInjectorConfigMap 为 False 的时候进行渲染，这一参数会用在生成新的 Gateway 之类的调整功能上，防止创建多余的 ConfigMap。这里可以看到使用各种变量拼装而成的注入模板，用于为被注入 Pod 提供初始化和 Sidecar 容器的支持。其中设计的变量会在后文中进行讲解。
这个文件定义了 ConfigMap 对象 istio，该对象会随 Pilot 一同创建，也就是说它是 Pilot 的依赖项。其中所涉变量也同样会在其他文章中进行讲解。
certmanager：一个基于 Jetstack Cert-Manager 项目的 ACME 证书客户端，用于自动进行证书的申请、获取以及分发
galley：Istio 利用 Galley 进行配置管理工作。
gateways：使用 Gateways 一节的配置，可以实现多个 Gateway Controller
grafana：图形化的 Istio Dashboard。
ingress：一个遗留设计，缺省关闭，v1alpha3 之后建议弃用。
kiali：带有分布式跟踪、配置校验等多项功能的 Dashboard。
mixer：
pilot：
prometheus：
security：
servicegraph：
sidecarInjectorWebhook：自动注入 Webhook 的相关配置
tracing：Jaeger 的分布式跟踪相关配置。
本篇主要讲述的是整体结构以及顶层对象的一些内容。后面将会分几篇文章讲讲各种变量的应用以及各个 Chart 的配置。
感谢各位的阅读，以上就是“Istio Helm Chart的原理和作用”的内容了，经过本文的学习后，相信大家对Istio Helm Chart的原理和作用这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联，小编将为大家推送更多相关知识点的文章，欢迎关注！
