我正在尝试将 helm 添加到与 eShopOnContainers 示例项目非常相似的微服务项目中。
https://github.com/dotnet-architecture/eShopOnContainers
我的问题是应该在解决方案级别、每个项目或两者的组合中添加图表文件夹和配置？
最佳答案
我的实践经验是，在使用 Helm 实现的微服务架构中，每个单独的服务都应该有自己的 Helm 图表。
真正的问题是 Helm 不能很好地处理递归依赖。一个典型的架构声明是每个服务都有自己独立的存储，没有服务“借用”另一个存储。如果图表 A 和 B 都在其 requirements.yaml他们需要一些数据库作为依赖项，而您的“包装”图表 W 依赖于 A 和 B，那么 Helm 的解析器将实例化单个数据库依赖项图表并将其用于两个组件。
这种风格也更容易部署。如果您将 Docker 镜像标记作为图表的参数，那么您可以完全独立于其他所有内容部署每个图表/服务。使用一个“包装”图表，您需要不断地重新部署该图表并协调对其特定值的更改。 (反过来说，要知道整个系统的哪些特定版本都部署在一个地方有点棘手。)
关于visual-studio - Helm 是否应该为每个项目或每个解决方案配置图表，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/51225066/