![如果机密存储存在困难,如何防止外部机密修改现有的 k8s 机密](https://linux22.com/image/787189/%E5%A6%82%E6%9E%9C%E6%9C%BA%E5%AF%86%E5%AD%98%E5%82%A8%E5%AD%98%E5%9C%A8%E5%9B%B0%E9%9A%BE%EF%BC%8C%E5%A6%82%E4%BD%95%E9%98%B2%E6%AD%A2%E5%A4%96%E9%83%A8%E6%9C%BA%E5%AF%86%E4%BF%AE%E6%94%B9%E7%8E%B0%E6%9C%89%E7%9A%84%20k8s%20%E6%9C%BA%E5%AF%86.png)
我们正在使用 external-secrets.io 的最新外部机密操作符从 Vault 获取机密并将其注入 kubernetes。我们遇到过 Vault KV 引擎从 v1 升级到 v2 的情况。这导致外部机密无法再在 Vault 中找到机密,因此它将所有 k8s 机密的值替换为 Null 值(“”)。不用说,这不是我们想要的行为类型。有没有办法防止这种情况发生 - 即如果 ESO 在使用 Vault 时遇到困难,是否可以将其配置为避免修改现有的 k8s 机密?
我们正在使用 external-secrets.io 的最新外部机密操作符从 Vault 获取机密并将其注入 kubernetes。我们遇到过 Vault KV 引擎从 v1 升级到 v2 的情况。这导致外部机密无法再在 Vault 中找到机密,因此它将所有 k8s 机密的值替换为 Null 值(“”)。不用说,这不是我们想要的行为类型。有没有办法防止这种情况发生 - 即如果 ESO 在使用 Vault 时遇到困难,是否可以将其配置为避免修改现有的 k8s 机密?