CI/CD 结合容器或者虚机进行编译部署时,怎么能很好得支持介质传递的部署形式?

目前接触过比较多的都是Pipeline部署是分支传递的形式,开发环境发develop分支,测试环境发release分支,生产环境发master分支。这样会有一个合并的操作,也存在准出的版本和发布的版本不一致的风险。怎么能通过一次编译,多次或者是多环境部署都使用的是同一个介质?感觉最大的问题...显示全部

目前接触过比较多的都是Pipeline部署是分支传递的形式,开发环境发develop分支,测试环境发release分支,生产环境发master分支。这样会有一个合并的操作,也存在准出的版本和发布的版本不一致的风险。

怎么能通过一次编译,多次或者是多环境部署都使用的是同一个介质?

感觉最大的问题是代码配置的外移,项目语言类别太多,使用不同架构,比较难得统一和推广。这块有没有比较好得实践方案?

另外一块介质传递还需要关注和注意些什么?这块经验比较少,网上资料也不多,所以想请教下

收起
参与9

查看其它 2 个回答悟空太多啦的回答

悟空太多啦悟空太多啦DevOps产品经理苏州博纳讯动软件有限公司

您好。

在DevOps整体方案中会有一块是建设制品库。制品库是专门用来存放编译后的制品的。可以解决您所说的问题。

稍微具体点说的话,大致有几个方面。
1、搭建制品库。用于存放各种制品。
2、制品库规划。企业的二方库、三方库、团队研发产生Release制品、非Release制品如何管理。
3、流水线与制品的关系与连接点。流水线如何使用、什么情况下是拉取代码生成制品、什么情况下是用制品库已生成制品去完成后续工作等等。

另外对于您提到的配置项如何管理,我们一般是通过引入配置中心来解决这个问题。如您所说,架构不同、组织要求不同,相应的解决方案也会不同。

互联网服务 · 2021-09-07
浏览1001

回答者

悟空太多啦
DevOps产品经理苏州博纳讯动软件有限公司
擅长领域: 云计算云原生DevOps

悟空太多啦 最近回答过的问题

回答状态

  • 发布时间:2021-09-07
  • 关注会员:4 人
  • 回答浏览:1001
  • X社区推广