问题描述
有一个服务，想要将其迁移到Helm上。这是一个Django应用程序，需要使用memcached、postgresql以及类似nginx的前向代理。用户希望在一个仓库中包含所有这些内容（包括Dockerfile、buildah脚本和Helm Charts）。但是，现有的镜像尚未创建。
用户想知道是否有一种在Helm仓库中包含Dockerfile或buildah脚本的惯例。他认为先创建另一个仓库来构建镜像，然后再创建Helm仓库来将它们组合起来似乎有些奇怪。用户想知道当前的做法是否是这样的。
解决方案
请注意以下操作可能涉及到版本差异或风险，确保在操作之前进行适当的测试。
方案1：一切从开发到生产都在同一个地方
如果你希望在一个项目中涵盖从开发到生产的所有内容，是有可能的，但不能通过Helm命令直接构建Docker镜像。
Helm仅用于组织、使用YAML中的模板以及根据Kubernetes文件结构同步发布。你可以按照Helm仓库的结构，在其中添加其他脚本，但必须按照正确的顺序执行步骤：构建、推送、部署。
以下是Helm仓库结构的示例，你可以在其中添加其他脚本：
my-chart/
|-- charts/
|-- templates/
|-- Dockerfile
|-- buildah-scripts/
在上面的示例中，你可以将Dockerfile和buildah脚本放在与Helm Charts并列的目录中。
方案2：常规做法
更常见的方法是将生产配置文件和应用程序文件分开。
通常，我会这样做：
1. 一个仓库，包含应用程序源代码以及所有CI所需的内容（测试、构建、Docker文件）。
2. 另一个仓库，包含所有基础设施的Helm Charts。
选择最适合你的方法，但请记住Helm是一个用于Kubernetes YAML文件的模板系统，不会构建Docker镜像。
不管你选择哪种方式，都要确保Docker镜像构建、推送和Helm Charts的编写是协调一致的，以确保整个流程的顺利运行。
结论
无论你选择将一切放在一个仓库中，还是将不同部分分开处理，都要根据自己的项目需求和团队工作流程来决定。无论哪种方式，保持良好的协作和组织，以确保你的应用在Kubernetes集群中运行顺利。