kustomize一直是备受欢迎的yaml配置管理之一，在过去kustomize一直在解决 “提供一种操作配置数据的方法，而不会使原始配置无法被 Kubernetes 使用。”，我们不用去和其他工具做比较，因为这就是kustomize的魅力所在。 但是kustomize也有自己的缺点，它无法像helm那样灵活多变，比如，在配置多个一个Ingress的域名的时候，这在helm中将会非常简单，但是在k

在早先，容器仓库有Portus和harbor最为瞩目，harbor是vmware的产品，而前者则是由suse团队维护，但在2019portus提供了最后一个版本。但随着时间的推移，harbor提供了更多与时俱进的功能服务，这也导致harbor愈发的收到关注和使用。并且harbor是由vmware中国区成员参与，众所周知，一款提供中文界面且有优秀的产品，往往都是更受欢迎的。 harbor不仅可以存放

儿童节期间，拖拉了一个多月的 Istio 0.8 正式发布了，这可能是 Istio 1.0 之前的最后一个 LTS 版本，意义重大。 新版本中，原来的 Kubernetes 安装文件 install/kubernetes/istio.yaml，变成了 install/kubernetes/istio-demo.yaml，是的，你没看错，这个 LTS 的安装文件名字叫 demo。查看了一下文档，大概

本文为翻译文章，点击查看原文。 在这个令人惊奇的时代，我们可以不需要编写一行代码，便可以很智能的集成应用程序，收集应用程序指标。 在这篇文章中，我将演示使用 helm 安装 Istio mtls 环境、必要的 yamls 配置以及安装 Istio 带来的其他收获。另外，在文章最后，我还会展示路由配置的一些例子。 假设你已经安装好 Kubernetes 和 helm，并且对他们都有一定的了解。本教程

本文为翻译文章，点击查看原文。 编者按 本文阐述了如何使用Helm和Istio实现手动金丝雀发布。 我近期工作的项目目标是为微服务应用的金丝雀/分阶段发布制定一套流水线。而这些微服务被部署在Azure Kubernetes集群上（AKS）。 本文假设您熟悉Kubernetes，Helm和Istio流量管理。 这篇文章描述了发布的基本要求，为这些要求选择的发布策略，以及每个阶段实现细节。 在后面的文

本文译自 Helm Chart Repository Deprecation Update 在 2019 年，当 Helm v2 的支持时间表和 终止计划 被宣布的时候，helm/charts GitHub 仓库 的弃用也同时被宣布。对于弃用的最主要原因是 仓库维护人员 的维护成本显著增加。在过去的几年里，受维护的 charts 数量从约 100 增加到 300 个以上，这也导致了对于仓库的拉取请

Helm User Guide – Helm 用户指南 序言 Helm是Kubernetes的一个包管理工具，用来简化基于Kubernetes平台运行的应用的部署和管理，极大的方便了集群运维人员及应用开发人员工作。 本指南是官方Kubernetes的github库中，helm项目下的文档的翻译，依照 https://docs.helm.sh/ 的文档架构和组织，当前翻译了第一大部分的用户指南部分，

安装 Helm有两个部分：Helm客户端（helm）和Helm服务端（Tiller）。本指南介绍如何安装客户端，然后继续演示两种安装服务端的方法。 重要提示：如果你负责的群集是在受控的环境，尤其是在共享资源时，强烈建议使用安全配置安装Tiller。有关指导，请参阅“Helm安全安装”。 我在网址 https://whmzsu.github.io/helm-doc-zh-cn/ 不断更新，同时也会搬

Kubernetes各发行版本Helm简介 本文档描述有关在各Kubernetes发行版本环境中使用Helm的信息。 我们尝试为此文档添加更多详细信息。如果可以，请通过Pull Requests提交(https://github.com/kubernetes/helm)。 我在网址 https://whmzsu.github.io/helm-doc-zh-cn/ 不断更新，同时也会搬运到这里，大家

安装FAQ 本节跟踪安装或开始使用Helm时遇到的一些经常遇到的问题。 欢迎你的帮助 来更好的提供此文档。要添加，更正或删除信息，提出问题issue或向我们发送PR请求。 我在网址 https://whmzsu.github.io/helm-doc-zh-cn/ 不断更新，同时也会搬运到这里，大家有兴趣加入https://github.com/whmzsu/helm-doc-zh-cn/的可以给我

使用Helm 本指南讲述使用Helm（和Tiller）来管理Kubernetes群集上的软件包的基础知识。前提是假定你已经安装了Helm客户端和Tiller服务端（通常通过helm init）。 如果只是想运行一些简单命令，可以从快速入门指南开始。本章将介绍Helm命令的具体内容，并解释如何使用Helm。 我在网址 https://whmzsu.github.io/helm-doc-zh-cn/

插件指南 Helm 2.1.0引入了客户端Helm 插件plugin的概念。插件是一种可以通过helm CLI 访问的工具，但它不是内置Helm代码库的一部分。 现有的插件可以在相关部分related找到或者通过搜索Github。 本指南介绍了如何使用和创建插件。 我在网址 https://whmzsu.github.io/helm-doc-zh-cn/ 不断更新，同时也会搬运到这里，大家有兴趣加

RBAC-基于角色的访问控制 在Kubernetes中，最佳的做法是，为特定的应用程序的服务帐户授予角色,确保应用程序在指定的范围内运行。要详细了解服务帐户权限请阅读官方Kubernetes文档. Bitnami写了一个在集群中配置RBAC的指导，可让你了解RBAC基础知识。 我在网址 https://whmzsu.github.io/helm-doc-zh-cn/ 不断更新，同时也会搬运到这里，

安全安装 Helm是一款强大而灵活的Kubernetes软件包管理和运维工具。使用默认安装命令helm init 可以快速轻松地安装它和 Tiller（Helm相对应的服务端组件）。 但是，默认安装没有启用任何安全配置。使用这种类型的安装在下面的场景下是完全合适的，在没有安全问题或几乎没有安全问题的群集时可以使用这种安装方式，例如使用Minikube进行本地开发，或者使用在专用网络中，安全性良好且

Charts Helm使用称为chart的包装格式。chart是描述相关的一组Kubernetes资源的文件集合。单个chart可能用于部署简单的东西，比如memcached pod，或者一些复杂的东西，比如完整的具有HTTP服务，数据库，缓存等的Web应用程序堆栈。 chart通过创建为特定目录树的文件，将它们打包到版本化的压缩包，然后进行部署。 本文档解释了chart格式，提供使用Helm构建

Hook Helm提供了一个hook机制，允许chart开发人员在release的生命周期中的某些点进行干预。例如，可以使用hook来： 在加载任何其他chart之前，在安装过程中加载ConfigMap或Secret。 在安装新chart之前执行作业以备份数据库，然后在升级后执行第二个作业以恢复数据。 在删除release之前运行作业，以便在删除release之前优雅地停止服务。 Hook像常规模

Chart开发Tips和Tricks 本指南涵盖了Helm chart开发人员在构建生产级质量的chart时学到的一些提示和技巧。 我在网址 https://whmzsu.github.io/helm-doc-zh-cn/ 不断更新，同时也会搬运到这里，大家有兴趣加入https://github.com/whmzsu/helm-doc-zh-cn/的可以给我提交意见和建议。 了解模板函数 Helm

Chart Repository 存储库指南 本节介绍如何创建和使用Helm chart repo。在高层次上，chart库是可以存储和共享打包chart的位置。 官方chart库由Kubernetes Charts维护 ，我们欢迎参与贡献。Helm还可以轻松创建和运行自己的chart库。本指南讲解了如何做到这一点。 我在网址 https://whmzsu.github.io/helm-doc-z

在Kubernetes集群中用Helm托管安装Ceph集群并提供后端存储 本文翻译自Ceph官方文档，括号内的内容为注释。 安装 ceph-helm 项目可让你在Kubernetes 环境以托管方式部署Ceph . 本文档假定Kubernetes 环境已经可用。 当前的限制 Public网络和Cluster网络必须是同一个网络 如果 storage class 用户标识不是admin, 则必须在C

同步chart库 注意：这个样例适用于于提供chart库的Google Cloud Storage（GCS）存储bucket。 前提条件 安装gsutil 工具。这个样例依赖于gsutil rsync功能。 确保有权访问Helm 客户端文件 可选：我们建议在GCS存储桶上设置对象版本控制，以防意外删除某些内容。 设置本地chart库目录 像我们在the chart repository guide