kubernetes - Helm charts vs ansible-playbook vs k8s operator 在系统安装中

Question

我有一个大型且相当复杂的系统可以安装到 k8s 集群中。
60 个微服务和 10 个 Helm chart 安装到 5 个命名空间。
目前，我们运行 5 个 helm install/upgrade 命令，命令之间有 30 秒的暂停。然而，由于我们拉取 docker 镜像并启动应用程序，这种策略会给节点带来严重的负载。我们有很长且不明确的执行时间(timeline)，这往往会导致 consul、Elasticsearch 和依赖于上述组件的应用程序等组件超时。
我想听听有关如何扭转这种局面的意见。首先，这是我们到目前为止的方法:

编写通过 helm charts 控制安装的脚本。

编写 ansible-playbook 来运行 Helm 图表并控制组件的安装状态。

编写 ansible-playbook 安装组件(使用 Jinja2 模板或 Golang 模板)

编写安装组件和控制系统状态的k8s operator。

Answer 1

为了回答我自己的问题，我创建了一个安装，可用作相当复杂安装的快速解决方案。
该解决方案依赖 Ansible 作为安装协调器，将 Helm 作为包管理器。
您可以浏览我的github repo contains the code .