CI/CD 流程自由度高一些好,还是固定化流程好

[phantomjason]

• 公司目前希望能固定化下来 CI/CD 流程. 这样方便公司统一去管理. 固定的流程会减少开发的理解成本. 但也带来了一些问题.一些需要自由度比较高的项目, 或者一些小小的改动都有可能冲击之前的固化流程.
• 如果是做平台, 个人感觉反而开发可以定制化构建步骤更好一些. 平台方只需要给开发一系列的步骤来满足构建部署需求.

[wangking]

流程自然是要固定了 。别给自己增加额外的负担

[jydeng]

固定化，使用中逐步优化

[chendy]

固化到什么程度的流程？自由度有多高的项目？
感觉 CI/CD 流程也不会多复杂，自由度高也不会有什么特别的…

[phantomjason]

@chendy 对于一些 java 的后端项目 基本一套流程就搞定了. 一些前端的项目玩的就比较花了.

[phantomjason]

现在感觉就是在把 Jenkins 的 pipeline 包一层. 神烦

[chendy]

@phantomjason #4 install -> build -> 上传，还有啥？…UI 自动化测试？

[behanga]

@phantomjason 那不然呢? 有精力不基于 Jenkins 搞一套? 有需求可以提给工程效率部, 如果没有这个部门,那就只能寻找开源方案了

[namelosw]

固定好，走 docker，想办法尽量追求 0 配置。包括部署也是，可以看一眼 argoCD 。

[calmzhu]

其实并不矛盾。
单人负责 1000+应用的超过 10w 次发布。开发各种另类需求基本接纳。
优化到现在没啥正事干离职中。

大多数用固定的模板就可以了。自由度高的单独定制。之所以纠结这个问题觉得必须二选一是因为维护成本。

1 基于 pipeline 单独封装一套模块化的就可以了。

2 基础设施封装好。很多问题从来不是发布的问题

[salmon5]

@calmzhu 你这个人只是处理下集装箱，不难的，如果让你装集装箱加调度集装箱

[calmzhu]

@salmon5 哪里看出来的。

[julyclyde]

尽量固定化
描述式（比如提供 requiresments.txt ），不要动作式（不许执行 pip ）

否则用户能给你玩出无数花样来

[dreamusername]

云原生有 5 个理念：
容器化、不可变基础设施、声明式 API 、DevOps 、服务网格
既然已经做了 DevOps，那肯定是设定你的基础设施是不可变的，你的所有操作是声明式的，且使用容器化的方式去解决。
所以答案很明显只有一个，固定流程。