这是一个创建于 990 天前的主题，其中的信息可能已经有所发展或是发生改变。
各位 developer ，你司的各种 CI/CD 环境都是专人维护还是开发花时间来维护？
 |
1
baiyun 2022-02-24 10:48:20 +08:00
专门的团队维护
|
 |
2
unco020511 2022-02-24 10:49:08 +08:00
有专门的负责工具的部门呀
|
 |
3
buchikoma 2022-02-24 10:49:30 +08:00
测试环境研发自己维护
生产环境，研发写好，后面丢给运维维护 |
 |
4
Kontinue 2022-02-24 10:51:13 +08:00
通用的公司 IT 部门维护，特殊的自己组内维护
|
 |
5
YaakovZiv 2022-02-24 11:00:35 +08:00
运维团队维护，公司收益低的时候，就让开发自己维护，把运维裁掉。公司收益高的时候，会安排三个运维三班倒维护。
|
 |
6
sampeng 2022-02-24 11:05:47 +08:00
现在流行 devops 维护。。
但我做了几年 ops 后觉得这样不对，研发的主动性会大幅度下降，每个研发就成螺丝钉了，毫无成长性，专注业务？专注框架？这是运维团队为了自己饭碗造出来的概念。 应该是 ops 提供能力，研发负责流程，研发自己要知道包是怎么出来的，自动流程里面怎么 work 的，都指望 ops ，最大的坏处就是割裂感。研发觉得开发完事就没事了，这绝对不是 devops 概念提出来的初衷。 |
 |
7
Illusionary 2022-02-24 11:08:42 +08:00
运维啊，我不知道你们公司的开发水平，反正我们公司的开发基本都是 curd boy ，除了实现业务代码，其它方面一概不通，别说 K8s 了，docker 都玩不转
|
 |
8
fisherwei 2022-02-24 11:11:00 +08:00
我们公司比较初步的 pipeline 是分成两块，source->bin （ docker image ）由研发负责，bin （ docker image ）->registry->k8s 是 ops 负责维护。
|
 |
9
lqy2575395 2022-02-24 11:12:08 +08:00
@YaakovZiv 好家伙
|
 |
10
paradoxs 2022-02-24 11:12:09 +08:00
@Illusionary 那项目是谁搭建起来的呢？
|
 |
11
brader 2022-02-24 11:13:18 +08:00
还有运维这么幸福的嘛，我们只会叫开发去兼职搞，叫他招运维都不招
|
 |
12
otakustay 2022-02-24 11:14:00 +08:00
我更希望环境团队提供一个通用的容器能力，具体用什么容器跑什么脚本交给实际的产品开发者
|
 |
13
461da73c OP @Illusionary 我司都是我（开发）自己维护，写了好多维护代码和脚本，当然，绩效不考虑这部分。
|
|
15
Illusionary 2022-02-24 11:23:13 +08:00
@paradoxs 运维啊，开发只负责把代码推到 gitlab
|
|
17
YaakovZiv 2022-02-24 11:27:31 +08:00
@cheng6563
除了医疗和公安，金融电商。我接触过的企业里面，相当多代码安全也不审，直接打包以后启公版 centos 直接开服务。什么防护也没。被攻击了就直接删掉重建。 |
 |
18
IvanLi127 2022-02-24 11:48:19 +08:00
运维呀，不过搞 CI/CD 的，应该也有 DevOps 的人员，正常得 DevOps 搞，没有的话就只能运维上了。
|
 |
19
salmon5 2022-02-24 12:53:48 +08:00
看公司水平，如果开发都是 crud boy ，运维维护；如果开发能力强，开发也参与维护
|
|
20
salmon5 2022-02-24 12:55:57 +08:00
运维就是 DevOps ，DevOps 就是运维
|
 |
21
WispZhan 2022-02-24 13:14:24 +08:00 via Android  3
devops 是文化，不是岗位。强调的是开发和运维职能上的交互。
举个例子，你在 GitHub 开源了一个某某项目，难道还准备让别人给你提个 PR 帮你做 GitHub action ？ |
 |
22
tonyaiken 2022-02-24 15:19:59 +08:00 via iPhone
工具和功能是专门组负责，配置是开发负责。
|
 |
23
npe 2022-02-24 15:33:35 +08:00
后端
|
 |
24
al772 2022-02-24 15:40:30 +08:00
|
 |
25
NJAllen 2022-02-24 16:41:19 +08:00
正是在下。一个测试。负责公司版本的整体的打包以及部分发版。上生产由运维负责，其他基本上都是我了。
这样的好处就是，我们发版节奏可以由测试来控制。减少了测试版本的频率 |
 |
26
Magnus 2022-02-24 16:54:32 +08:00
运维，本人就是，pipleline+k8s ，整套环境的部署搭建维护，开发负责提交代码到 gitlab 就行
|
 |
27
adoal 2022-02-24 17:09:17 +08:00
@Illusionary 以我在 v2 上的观察，太多怀着雄心壮志想将来转业务线或管理岗的 crudboys 别说是 docker 了连复杂一点的 SQL 都学不会，操作系统 API 或者安全方面的知识也都不去碰，只知道业务功能业务功能业务功能。
|
 |
28
leafre 2022-02-24 19:29:57 +08:00
一套开发测试环境需要开发自己负责，生产环境运维负责
|
 |
29
zythum 2022-02-24 19:44:24 +08:00
谁用得最多，带来的收益大。谁维护。
|
 |
30
janxin 2022-02-24 20:18:58 +08:00
SRE
|
 |
31
d0wnl0ad 2022-02-24 20:20:51 +08:00 via Android
借这个弱弱问一句各位大佬，开发提交镜像然后 CI/CD 部署上线，之后交给 Ops 去运维？
还是 CI/CD 直接 pull git 的代码去生成镜像 etc ，部署到 docker/k8s 再交付给 ops 去做日常运维？ 公司刚刚开始这个，大家边界没搞清楚，吵得不可开交，想问问现在主流是怎么样？ |
 |
32
changwei 2022-02-25 00:13:14 +08:00
devops ，开发人员负责维护，包括服务器本身的运维和 ci 脚本的编写
作为一个 developer ，了解你自己写的程序是在什么地方 run 的，是如何 build 出来的，build 出来后又是如何 run 起来的是一件很重要的事情。 |
 |
33
appstore54321 2022-02-25 00:35:00 +08:00 via iPhone
SDE (Someone Does Everything)
|
|
34
appstore54321 2022-02-25 00:44:56 +08:00 via iPhone
如果用现成的服务，AWS codepipeline, ECS Fargate, CDK (infrastructure as code)，开发是可以自己搞定的
|
 |
35
xupefei 2022-02-25 00:59:09 +08:00 via iPhone
我公司 devops 有三个组：cci 分管 ci/cd ，devex 分管 ide 和 ide 插件，test foundation 分管 test infra 。
|
 |
36
Nnq 2022-02-25 06:12:21 +08:00
ops
|
 |
37
Macolor21 2022-02-25 08:59:44 +08:00 via iPhone
@adoal 都 crudboys 了，不专注业务专注啥呢？
难道你们公司 infrastructure 组的同事也不懂底层？ |
 |
38
zcwlwen 2022-02-25 11:14:12 +08:00
系统运维
|
|
39
adoal 2022-02-25 11:26:59 +08:00
@Macolor21 因为数量广大的地方性、行业性、小体量的行业信息化系统开发商可能不太撑得起独立的 infra 组这样的组织架构。而 crudboy 在这种团队里也不仅是因为分工不同而做专注业务的代码，而是新人进来只能先从 crud 开始。这样的公司，架构性或者基础性技术的人员基本上只能从做 crud 的新人里慢慢分化出来。在实际工作中，地行小的 crudboys 也不可能只管业务逻辑，肯定要去写一些具体的“技术性”的代码，比如跟操作系统 API 交互，比如处理一些安全相关的操作等。而他们中的大多数人，基本上都是基础知识很差，一到要写这些代码就麻爪。作为一个甲方的信息化综合管理人员，我甚至手把手教过一个乙方程序员如何写 Java 代码来调用我们在 Kong 网关下用 HMAC-SHA 认证保护的 API……
其实最主要的问题是，地行小没有一互大的光环，即使用同样的工资也是招不来同样的人的。l |
|
40
Macolor21 2022-02-25 12:46:58 +08:00 via iPhone
@adoal 我的想法是，这种情况的关键不在于岗位和工作，就算是 crudboys ，只要基础扎实（ cs 四大课），学习能力够好，你说的那些问题，最终都只是时间问题。
最终的本质还是个人能力的问题，如上面的很多人都说开发不会 docker ，但 docker 真的很难学吗？个人认为 docker 比 vim 更简单。 |
|
41
adoal 2022-02-25 13:13:08 +08:00
@Macolor21 所以呢广大地行小的尴尬之处在于，“基础扎实（ cs 四大课）”的、“学习能力够好”的 crudboys 都去一互大了，地行小哪怕是开出更高一些的工资都招不到靠谱的人，更何况地行小不太可能有实力给基层的 crudboys 们全员开出一互大的工资……另外还有个尴尬就是，一互大们的一些相对资深员工被输送到社会，进入各行各业的业务信息化领域当 CTO 、架构师之后，会把一互大的方法论带出来，但是这些方法论有的是要一互大的规模才有条件实行，有的是要一互大的人才层次才能实行……
|
 |
42
Javaless2022 2022-03-24 19:58:36 +08:00
用云效前是全职运维人员，用云效后 0.5 个运维人，用 appstack 后，0 个运维人。
|
Select Language