MongoDB 个副本的操作员或 Helm 图表
Operator or Helm chart for MongoDB replicas
使用运算符（如 https://github.com/kbst/mongodb) to manage mongodb inside k8s over using Helm chart (like https://github.com/helm/charts/tree/master/stable/mongodb-replicaset）的 pro/cons 是什么？
您链接到的运营商不是似乎非常有用（或有据可查），所以请考虑我的回答更笼统...
从技术上讲，Helm 图表所能做的就是使用现有的 Kubernetes 原语，例如 StatefulSet、Service、Deployment 等等。
但有时我们需要更多 custom/specialized 工具，这些工具更明确地知道它们控制什么并对 运行 负责。
因此，例如，MySQL 运算符可能更容易进行（可靠的）备份或从这些备份中可靠地恢复数据库——这是 MySQL 特有的，而 Kubernetes 没有（也不应该）什么都知道。
另一个例子是扩大规模；一些分布式系统需要的步骤不仅仅是 运行 建立一个新容器，以便该容器加入现有集群。
运营商可以解决这个问题，而 Helm/Tiller 不提供此类工具（并且 meant/designed 不提供）。
希望对您有所帮助！
使用运算符（如 https://github.com/kbst/mongodb) to manage mongodb inside k8s over using Helm chart (like https://github.com/helm/charts/tree/master/stable/mongodb-replicaset）的 pro/cons 是什么？
您链接到的运营商不是似乎非常有用（或有据可查），所以请考虑我的回答更笼统...
从技术上讲，Helm 图表所能做的就是使用现有的 Kubernetes 原语，例如 StatefulSet、Service、Deployment 等等。
但有时我们需要更多 custom/specialized 工具，这些工具更明确地知道它们控制什么并对 运行 负责。
因此，例如，MySQL 运算符可能更容易进行（可靠的）备份或从这些备份中可靠地恢复数据库——这是 MySQL 特有的，而 Kubernetes 没有（也不应该）什么都知道。
另一个例子是扩大规模；一些分布式系统需要的步骤不仅仅是 运行 建立一个新容器，以便该容器加入现有集群。
运营商可以解决这个问题，而 Helm/Tiller 不提供此类工具（并且 meant/designed 不提供）。
希望对您有所帮助！