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

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/vim/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
Visual studio Helm是否应该为每个项目或每个解决方案配置图表_Visual Studio_Kubernetes_Kubernetes Helm - Fatal编程技术网

Visual studio Helm是否应该为每个项目或每个解决方案配置图表

Visual studio Helm是否应该为每个项目或每个解决方案配置图表,visual-studio,kubernetes,kubernetes-helm,Visual Studio,Kubernetes,Kubernetes Helm,我正在尝试将helm添加到一个微服务项目中,该项目非常类似于eShopOnContainers示例项目 我的问题是,是否应在解决方案级别添加图表文件夹和配置,每个项目还是两者的组合?我的实践经验是,在使用Helm实现的微服务体系结构中,每个服务都应该有自己的Helm图表 真正的问题是Helm不能很好地处理递归依赖。一个典型的体系结构声明是,每个服务都有自己的独立存储,没有服务“借用”其他服务的存储。如果图表A和B在它们的requirements.yaml中都说它们需要一些数据库作为依赖项,并且

我正在尝试将helm添加到一个微服务项目中,该项目非常类似于eShopOnContainers示例项目


我的问题是,是否应在解决方案级别添加图表文件夹和配置,每个项目还是两者的组合?

我的实践经验是,在使用Helm实现的微服务体系结构中,每个服务都应该有自己的Helm图表

真正的问题是Helm不能很好地处理递归依赖。一个典型的体系结构声明是,每个服务都有自己的独立存储,没有服务“借用”其他服务的存储。如果图表A和B在它们的
requirements.yaml
中都说它们需要一些数据库作为依赖项,并且您的“包装器”图表W依赖于A和B,那么Helm的解析器将实例化单个数据库依赖项图表,并将其用于这两个组件


这种风格也更易于部署。如果将Docker image标记作为图表的一个参数,则可以完全独立于其他任何内容部署每个图表/服务。使用一个“包装器”图表,您需要不断重新部署该图表,并协调对其特定值的更改。(与此相反,要知道在一个地方部署了整个系统的哪些特定版本会有点麻烦。)

您能否包含指向eShopOnContainers示例的链接?还有,你说的“项目”和“解决方案”是什么意思?我明白了。“项目”和“解决方案”在VisualStudio上下文中有特殊的含义。是的,因此解决方案是多个可编译项目的包装。