Warning: file_get_contents(/data/phpspider/zhask/data//catemap/7/kubernetes/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
为什么Kubernetes操作员不使用头盔部署?_Kubernetes_Cluster Computing_Kubernetes Helm_Vitess - Fatal编程技术网

为什么Kubernetes操作员不使用头盔部署?

为什么Kubernetes操作员不使用头盔部署?,kubernetes,cluster-computing,kubernetes-helm,vitess,Kubernetes,Cluster Computing,Kubernetes Helm,Vitess,我注意到关于在kubernetes部署操作员的所有文档总是使用一个简单的kubectl create-f/point/to/some/big/blob/deploying/the/operator.yaml作为普通头盔图表的“更新”替代。这让我想知道为什么运营商部署通常不是由HERM管理的,所以我们可以在图表中依赖它 例如,据我所知,如果我想要一个Vitess数据库集群作为helm管理的应用程序部署的一部分,我就不走运了,因为他们的helm图表不推荐使用,他们建议使用操作符。但是,我无法通过在m

我注意到关于在kubernetes部署操作员的所有文档总是使用一个简单的
kubectl create-f/point/to/some/big/blob/deploying/the/operator.yaml作为普通头盔图表的“更新”替代。这让我想知道为什么运营商部署通常不是由HERM管理的,所以我们可以在图表中依赖它

例如,据我所知,如果我想要一个Vitess数据库集群作为helm管理的应用程序部署的一部分,我就不走运了,因为他们的helm图表不推荐使用,他们建议使用操作符。但是,我无法通过在my Chart.yaml中将操作符声明为依赖项来确保它存在于集群中

有什么理由我们不能使用头盔图部署操作员吗?我唯一能想到的是CRD没有名称空间,因此我们不能在同一集群中运行多个版本的运营商,因此如果我们尝试推出两个需要不同版本运营商的应用程序,我们就会破坏这些东西

我有什么可能解决部署中无法依赖其他软件的问题?

这里有一个解决方案。这可能是因为运营商的部署变化不大,因为运营商开始管理helm以前在每次安装时可能遇到的环境变化。也许kustomize现在可以更容易地使用。这可能是因为运营商的部署变化不大,因为运营商开始管理helm以前在每次安装时可能遇到的环境变化。也许kustomize现在可以更容易地使用。