在Jenkins部署的远程服务器中保持掌舵图的最佳实践

在Jenkins部署的远程服务器中保持掌舵图的最佳实践,jenkins,kubernetes,kubernetes-helm,Jenkins,Kubernetes,Kubernetes Helm,目前,我正在尝试在我的内部部署服务器上部署一个使用Spring Boot开发的示例微服务,使用Jenkins和Kubernetes。为此,我已经使用Helm chart创建了我的Kubernetes资源 我在远程机器和我创建的主目录中使用登录名测试了Helm图表部署。并使用终端命令“helm install”将我部署到kubernetes集群中。终点是成功的 我的困惑 现在只从终端测试。现在我正试图在Jenkins管道作业中添加helm install命令。那么我需要把这张舵图放在哪里呢?是否需

目前,我正在尝试在我的内部部署服务器上部署一个使用Spring Boot开发的示例微服务,使用Jenkins和Kubernetes。为此,我已经使用Helm chart创建了我的Kubernetes资源

我在远程机器和我创建的主目录中使用登录名测试了Helm图表部署。并使用终端命令“helm install”将我部署到kubernetes集群中。终点是成功的

我的困惑

现在只从终端测试。现在我正试图在Jenkins管道作业中添加helm install命令。那么我需要把这张舵图放在哪里呢?是否需要复制到/var/lib/jenkins目录(jenkins主目录)?或者我只需要给出命令中的完整路径

为Jenkins部署保存头盔图表的最佳实践是什么?我对遵循标准的实施方式感到困惑。我不熟悉这个CI/CD管道

舵图几乎肯定是源代码控制的

一种合理的方法是将掌舵图保存在与服务相同的存储库中。然后,当Jenkins构建您的项目时,它也会有可用的图表,并且可以直接运行
helm install
。(可能它可以将自己拥有的凭证传递给
helm install——设置部署期间设置值的
options。)这可以很好地扩展,因为这也意味着开发人员可以在开发工作中对图表进行局部更改


你也可以。在Jenkins设置中,一条路径就是保留第二个带有图表的源代码管理存储库,并在部署期间检查它。一些工具(如Artifactory)还支持保持掌舵图,无需额外签出即可直接部署。相应的缺点是,如果命令行或环境变量发生更改,则需要在两个位置进行协调更改才能使其正常工作。

Ok。我想让我试着保持我的代码回购。所以我的另一个疑问是,Dockerfile、Jenkinsfile和Helm chart也会在我的项目根文件夹中。这样好吗?在我的例子中,开发人员根本不需要更改helm chart中的任何内容。谢谢你的回复,先生