CI/CD 是谁来维护

[461da73c]

各位 developer ，你司的各种 CI/CD 环境都是专人维护还是开发花时间来维护？

[WispZhan]

devops 是文化，不是岗位。强调的是开发和运维职能上的交互。

举个例子，你在 GitHub 开源了一个某某项目，难道还准备让别人给你提个 PR 帮你做 GitHub action ？

[tonyaiken]

工具和功能是专门组负责，配置是开发负责。

[npe]

后端

[al772]

https://imgur.com/a/X3VkFvk

[NJAllen]

正是在下。一个测试。负责公司版本的整体的打包以及部分发版。上生产由运维负责，其他基本上都是我了。
这样的好处就是，我们发版节奏可以由测试来控制。减少了测试版本的频率

[Magnus]

运维，本人就是，pipleline+k8s ，整套环境的部署搭建维护，开发负责提交代码到 gitlab 就行

[adoal]

@Illusionary 以我在 v2 上的观察，太多怀着雄心壮志想将来转业务线或管理岗的 crudboys 别说是 docker 了连复杂一点的 SQL 都学不会，操作系统 API 或者安全方面的知识也都不去碰，只知道业务功能业务功能业务功能。

[leafre]

一套开发测试环境需要开发自己负责，生产环境运维负责

[zythum]

谁用得最多，带来的收益大。谁维护。

[janxin]

SRE

[d0wnl0ad]

借这个弱弱问一句各位大佬，开发提交镜像然后 CI/CD 部署上线，之后交给 Ops 去运维？

还是 CI/CD 直接 pull git 的代码去生成镜像 etc ，部署到 docker/k8s 再交付给 ops 去做日常运维？

公司刚刚开始这个，大家边界没搞清楚，吵得不可开交，想问问现在主流是怎么样？

[changwei]

devops ，开发人员负责维护，包括服务器本身的运维和 ci 脚本的编写
作为一个 developer ，了解你自己写的程序是在什么地方 run 的，是如何 build 出来的，build 出来后又是如何 run 起来的是一件很重要的事情。

[appstore54321]

SDE (Someone Does Everything)

[appstore54321]

如果用现成的服务，AWS codepipeline, ECS Fargate, CDK (infrastructure as code)，开发是可以自己搞定的

[xupefei]

我公司 devops 有三个组：cci 分管 ci/cd ，devex 分管 ide 和 ide 插件，test foundation 分管 test infra 。

[Nnq]

ops

[Macolor21]

@adoal 都 crudboys 了，不专注业务专注啥呢？
难道你们公司 infrastructure 组的同事也不懂底层？

[zcwlwen]

系统运维

[adoal]

@Macolor21 因为数量广大的地方性、行业性、小体量的行业信息化系统开发商可能不太撑得起独立的 infra 组这样的组织架构。而 crudboy 在这种团队里也不仅是因为分工不同而做专注业务的代码，而是新人进来只能先从 crud 开始。这样的公司，架构性或者基础性技术的人员基本上只能从做 crud 的新人里慢慢分化出来。在实际工作中，地行小的 crudboys 也不可能只管业务逻辑，肯定要去写一些具体的“技术性”的代码，比如跟操作系统 API 交互，比如处理一些安全相关的操作等。而他们中的大多数人，基本上都是基础知识很差，一到要写这些代码就麻爪。作为一个甲方的信息化综合管理人员，我甚至手把手教过一个乙方程序员如何写 Java 代码来调用我们在 Kong 网关下用 HMAC-SHA 认证保护的 API……

其实最主要的问题是，地行小没有一互大的光环，即使用同样的工资也是招不来同样的人的。l

[Macolor21]

@adoal 我的想法是，这种情况的关键不在于岗位和工作，就算是 crudboys ，只要基础扎实（ cs 四大课），学习能力够好，你说的那些问题，最终都只是时间问题。

最终的本质还是个人能力的问题，如上面的很多人都说开发不会 docker ，但 docker 真的很难学吗？个人认为 docker 比 vim 更简单。