Helm Hooks post-install 和 Kubernetes initcontainers 有什么区别？我的理解是，Hooks 用于在 Pod 生命周期的不同阶段定义一些操作，在这种情况下 - 安装后，而 initcontainers 则允许在容器部署到 Pod 之前对其进行初始化。
post-install 和我理解的 initcontainer 允许做同样的事情，即初始化数据库。
正确吗？哪种方法更好？
【问题讨论】：
标签： kubernetes kubernetes-helm
对于数据库设置，我更喜欢 Helm 挂钩，但即便如此也有一些微妙之处。
假设您的服务正在作为具有replicas: 3 的部署运行，以实现一点冗余。如果在 pod 规范中指定，这些副本中的每一个都将运行一个 init 容器，而无需任何同步。如果其中一个 pod 崩溃，或者它的节点发生故障，它的替换将再次运行 init 容器。对于你所说的那种设置任务，你不想经常重复它。
这里的根本区别在于 Helm 钩子是一个单独的 Kubernetes 对象，通常是一个 Job。您可以安排此作业在每个 helm upgrade 上只运行一次，而不是其他时间，这使它成为运行迁移之类的合理场所。
这里一个重要的微妙之处是您可以同时运行多个版本的服务。使用replicas: 3 进行前面的部署，然后使用helm upgrade --set tag=something-newer。 Deployment 控制器将首先使用新映像启动一个新的 pod，只有在它启动并运行后，它才会拆除旧的 pod，现在您可以将两个版本一起运行。如果您 helm rollback 使用旧版本，也会发生类似的事情。这意味着您需要对没有正确架构的数据库有一定的容忍度。
如果该作业更像是预加载一些初始数据的“种子”作业，则更易于管理：在安装后挂钩中进行，您希望该挂钩只运行一次。您无需在每次升级（作为升级后挂钩）或每次 pod 启动（作为 init 容器）时重复它。
【讨论】：
kubectl scale ...)，并且 pod 可以在节点之间移动，这将导致 init 容器再次运行。
Helm install hook 和 initcontainer 根本不同。在 helm 中安装 hooks 会创建一个完全独立的 pod，这意味着 pod 将无法直接使用 localhost 访问主 pod，或者它们不能使用相同的卷挂载等，而 initcontainer 可以这样做所以。
Init container 与 helm pre install hooks 相媲美，其方式有限，因为它只能在 main pod 启动之前执行初始任务，而不能执行任何需要在 pod 启动后执行的任务，例如任何 clean活动。
需要在实际容器启动之前完成 DB 等的初始化，我认为 initcontainer 对于这个用例已经足够了，但也可以使用 helm pre install hook。
【讨论】：
您需要使用 post hook，因为首先您必须创建一个 db pod，然后初始化 db。您会注意到，在 db pod 开始运行后，会出现一个用于 post hook 的 pod。 post hook pod 会在 hook 执行后被移除。
【讨论】：