Helm 与替换 VSTS 中的令牌
Helm vs Replace Tokens in VSTS
有人要求我为使用 VSTS 和 Kubernetes 的新应用设置 CI/CD。
有人向我建议我们可以使用 Helm(但明确表示这不是强制性的)。
我在我们的项目中看到这个工具的价值是为不同的环境定义不同的值,例如数据库连接字符串。
但是为此我们还可以使用 Replace Tokens VSTS 任务,它要简单得多。
definition explains Helm 是一个图表管理器,它连接系统的所有资源以部署到 Kubernetes。
我们的系统只是 1 web API(以后可能会增长)所以我觉得使用 Helm 部署会过度设计部署过程。另外,我们昨天需要这个。
问题
根据当前上下文,我应该使用 Replace Tokens
VSTS 任务还是 Helm
?
只是根据您的需求,例如,哪个更容易部署,哪个更容易管理,您熟悉哪个或哪个更容易需求变更。
您也可以自定义构建任务来实现它。
我会选择 helm,因为它给你更多的灵活性,而且它更跨平台;此外,当添加更多 API's/components 或微服务时,将更容易控制配置(单个或多个 values.yaml,使用 git 子模块进行 helm 图表等) .
当然,与 CI/CD 工具中的简单价值替换相比,它需要稍多的时间投入,但潜在的回报远远超过付出的努力(同样,根据我的经验和有关您的环境的有限信息).
我很好奇,你最后用了什么?
有人要求我为使用 VSTS 和 Kubernetes 的新应用设置 CI/CD。
有人向我建议我们可以使用 Helm(但明确表示这不是强制性的)。
我在我们的项目中看到这个工具的价值是为不同的环境定义不同的值,例如数据库连接字符串。
但是为此我们还可以使用 Replace Tokens VSTS 任务,它要简单得多。
definition explains Helm 是一个图表管理器,它连接系统的所有资源以部署到 Kubernetes。
我们的系统只是 1 web API(以后可能会增长)所以我觉得使用 Helm 部署会过度设计部署过程。另外,我们昨天需要这个。
问题
根据当前上下文,我应该使用 Replace Tokens
VSTS 任务还是 Helm
?
只是根据您的需求,例如,哪个更容易部署,哪个更容易管理,您熟悉哪个或哪个更容易需求变更。
您也可以自定义构建任务来实现它。
我会选择 helm,因为它给你更多的灵活性,而且它更跨平台;此外,当添加更多 API's/components 或微服务时,将更容易控制配置(单个或多个 values.yaml,使用 git 子模块进行 helm 图表等) .
当然,与 CI/CD 工具中的简单价值替换相比,它需要稍多的时间投入,但潜在的回报远远超过付出的努力(同样,根据我的经验和有关您的环境的有限信息).
我很好奇,你最后用了什么?