Kubernetes get secrets 在 helm 升级后变得一团糟
Kubernetes get secrets got messy after helm upgrade
当我 运行 kubectl get secrets 在 Kubernetes 集群中做了 helm upgrade --install <release-name> 之后，我们的秘密变得一团糟。
每当我声明 kubectl get secrets 时，有什么方法可以停止 sh.helm.release.v1. 吗？
不，这些秘密是 Helm 存储其状态的地方。
当您安装或升级一个版本时，Helm 会创建一个新的秘密。名字以 .airflow.v29 结尾的秘密包含 Helm 拥有的关于 airflow 版本的修订号 29 的所有信息。
每当您 运行 命令 helm list、helm history 或 helm upgrade 时，Helm 都会读取这些秘密以了解它过去做了什么。
默认情况下，Helm 在其状态下为每个版本保留最多 10 个修订，因此在您的命名空间中每个版本最多保留 10 个秘密。您可以使用 --history-max 标志让 Helm 在其状态下保留不同数量的修订。
如果您不想保留对发布所做更改的历史记录，您可以在 Helm 的状态下保留尽可能少的单个修订。
运行 helm upgrade --history-max=1 将使 Helm 创建的秘密数量保持在最低限度。
当我 运行 kubectl get secrets 在 Kubernetes 集群中做了 helm upgrade --install <release-name> 之后，我们的秘密变得一团糟。
每当我声明 kubectl get secrets 时，有什么方法可以停止 sh.helm.release.v1. 吗？
不，这些秘密是 Helm 存储其状态的地方。
当您安装或升级一个版本时，Helm 会创建一个新的秘密。名字以 .airflow.v29 结尾的秘密包含 Helm 拥有的关于 airflow 版本的修订号 29 的所有信息。
每当您 运行 命令 helm list、helm history 或 helm upgrade 时，Helm 都会读取这些秘密以了解它过去做了什么。
默认情况下，Helm 在其状态下为每个版本保留最多 10 个修订，因此在您的命名空间中每个版本最多保留 10 个秘密。您可以使用 --history-max 标志让 Helm 在其状态下保留不同数量的修订。
如果您不想保留对发布所做更改的历史记录，您可以在 Helm 的状态下保留尽可能少的单个修订。
运行 helm upgrade --history-max=1 将使 Helm 创建的秘密数量保持在最低限度。