V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
461da73c
V2EX  ›  DevOps

CI/CD 是谁来维护

  •  
  •   461da73c · 2022-02-24 10:44:02 +08:00 · 6832 次点击
    这是一个创建于 763 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

    42 条回复    2022-03-24 19:58:36 +08:00
    baiyun
        1
    baiyun  
       2022-02-24 10:48:20 +08:00
    专门的团队维护
    unco020511
        2
    unco020511  
       2022-02-24 10:49:08 +08:00
    有专门的负责工具的部门呀
    buchikoma
        3
    buchikoma  
       2022-02-24 10:49:30 +08:00
    测试环境研发自己维护
    生产环境,研发写好,后面丢给运维维护
    Kontinue
        4
    Kontinue  
       2022-02-24 10:51:13 +08:00
    通用的公司 IT 部门维护,特殊的自己组内维护
    YaakovZiv
        5
    YaakovZiv  
       2022-02-24 11:00:35 +08:00
    运维团队维护,公司收益低的时候,就让开发自己维护,把运维裁掉。公司收益高的时候,会安排三个运维三班倒维护。
    sampeng
        6
    sampeng  
       2022-02-24 11:05:47 +08:00
    现在流行 devops 维护。。
    但我做了几年 ops 后觉得这样不对,研发的主动性会大幅度下降,每个研发就成螺丝钉了,毫无成长性,专注业务?专注框架?这是运维团队为了自己饭碗造出来的概念。

    应该是 ops 提供能力,研发负责流程,研发自己要知道包是怎么出来的,自动流程里面怎么 work 的,都指望 ops ,最大的坏处就是割裂感。研发觉得开发完事就没事了,这绝对不是 devops 概念提出来的初衷。
    Illusionary
        7
    Illusionary  
       2022-02-24 11:08:42 +08:00
    运维啊,我不知道你们公司的开发水平,反正我们公司的开发基本都是 curd boy ,除了实现业务代码,其它方面一概不通,别说 K8s 了,docker 都玩不转
    fisherwei
        8
    fisherwei  
       2022-02-24 11:11:00 +08:00
    我们公司比较初步的 pipeline 是分成两块,source->bin ( docker image )由研发负责,bin ( docker image )->registry->k8s 是 ops 负责维护。
    lqy2575395
        9
    lqy2575395  
       2022-02-24 11:12:08 +08:00
    @YaakovZiv 好家伙
    paradoxs
        10
    paradoxs  
       2022-02-24 11:12:09 +08:00
    @Illusionary 那项目是谁搭建起来的呢?
    brader
        11
    brader  
       2022-02-24 11:13:18 +08:00
    还有运维这么幸福的嘛,我们只会叫开发去兼职搞,叫他招运维都不招
    otakustay
        12
    otakustay  
       2022-02-24 11:14:00 +08:00
    我更希望环境团队提供一个通用的容器能力,具体用什么容器跑什么脚本交给实际的产品开发者
    461da73c
        13
    461da73c  
    OP
       2022-02-24 11:14:35 +08:00
    @Illusionary 我司都是我(开发)自己维护,写了好多维护代码和脚本,当然,绩效不考虑这部分。
    YaakovZiv
        14
    YaakovZiv  
       2022-02-24 11:17:02 +08:00
    @paradoxs
    我们公司有运维的时候运维做项目部署。没运维的时候,直接把开发环境复制一份就上线业务了。
    Illusionary
        15
    Illusionary  
       2022-02-24 11:23:13 +08:00
    @paradoxs 运维啊,开发只负责把代码推到 gitlab
    cheng6563
        16
    cheng6563  
       2022-02-24 11:24:39 +08:00
    @YaakovZiv 我刚入行时还遇到过用 Windows Server 直接启个 eclipse 跑业务的。。。
    YaakovZiv
        17
    YaakovZiv  
       2022-02-24 11:27:31 +08:00
    @cheng6563
    除了医疗和公安,金融电商。我接触过的企业里面,相当多代码安全也不审,直接打包以后启公版 centos 直接开服务。什么防护也没。被攻击了就直接删掉重建。
    IvanLi127
        18
    IvanLi127  
       2022-02-24 11:48:19 +08:00
    运维呀,不过搞 CI/CD 的,应该也有 DevOps 的人员,正常得 DevOps 搞,没有的话就只能运维上了。
    salmon5
        19
    salmon5  
       2022-02-24 12:53:48 +08:00
    看公司水平,如果开发都是 crud boy ,运维维护;如果开发能力强,开发也参与维护
    salmon5
        20
    salmon5  
       2022-02-24 12:55:57 +08:00
    运维就是 DevOps ,DevOps 就是运维
    WispZhan
        21
    WispZhan  
       2022-02-24 13:14:24 +08:00 via Android   ❤️ 3
    devops 是文化,不是岗位。强调的是开发和运维职能上的交互。

    举个例子,你在 GitHub 开源了一个某某项目,难道还准备让别人给你提个 PR 帮你做 GitHub action ?
    tonyaiken
        22
    tonyaiken  
       2022-02-24 15:19:59 +08:00 via iPhone
    工具和功能是专门组负责,配置是开发负责。
    npe
        23
    npe  
       2022-02-24 15:33:35 +08:00
    后端
    al772
        24
    al772  
       2022-02-24 15:40:30 +08:00
    NJAllen
        25
    NJAllen  
       2022-02-24 16:41:19 +08:00
    正是在下。一个测试。负责公司版本的整体的打包以及部分发版。上生产由运维负责,其他基本上都是我了。
    这样的好处就是,我们发版节奏可以由测试来控制。减少了测试版本的频率
    Magnus
        26
    Magnus  
       2022-02-24 16:54:32 +08:00
    运维,本人就是,pipleline+k8s ,整套环境的部署搭建维护,开发负责提交代码到 gitlab 就行
    adoal
        27
    adoal  
       2022-02-24 17:09:17 +08:00
    @Illusionary 以我在 v2 上的观察,太多怀着雄心壮志想将来转业务线或管理岗的 crudboys 别说是 docker 了连复杂一点的 SQL 都学不会,操作系统 API 或者安全方面的知识也都不去碰,只知道业务功能业务功能业务功能。
    leafre
        28
    leafre  
       2022-02-24 19:29:57 +08:00
    一套开发测试环境需要开发自己负责,生产环境运维负责
    zythum
        29
    zythum  
       2022-02-24 19:44:24 +08:00
    谁用得最多,带来的收益大。谁维护。
    janxin
        30
    janxin  
       2022-02-24 20:18:58 +08:00
    SRE
    d0wnl0ad
        31
    d0wnl0ad  
       2022-02-24 20:20:51 +08:00 via Android
    借这个弱弱问一句各位大佬,开发提交镜像然后 CI/CD 部署上线,之后交给 Ops 去运维?

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

    公司刚刚开始这个,大家边界没搞清楚,吵得不可开交,想问问现在主流是怎么样?
    changwei
        32
    changwei  
       2022-02-25 00:13:14 +08:00
    devops ,开发人员负责维护,包括服务器本身的运维和 ci 脚本的编写
    作为一个 developer ,了解你自己写的程序是在什么地方 run 的,是如何 build 出来的,build 出来后又是如何 run 起来的是一件很重要的事情。
    appstore54321
        33
    appstore54321  
       2022-02-25 00:35:00 +08:00 via iPhone
    SDE (Someone Does Everything)
    appstore54321
        34
    appstore54321  
       2022-02-25 00:44:56 +08:00 via iPhone
    如果用现成的服务,AWS codepipeline, ECS Fargate, CDK (infrastructure as code),开发是可以自己搞定的
    xupefei
        35
    xupefei  
       2022-02-25 00:59:09 +08:00 via iPhone
    我公司 devops 有三个组:cci 分管 ci/cd ,devex 分管 ide 和 ide 插件,test foundation 分管 test infra 。
    Nnq
        36
    Nnq  
       2022-02-25 06:12:21 +08:00
    ops
    Macolor21
        37
    Macolor21  
       2022-02-25 08:59:44 +08:00 via iPhone
    @adoal 都 crudboys 了,不专注业务专注啥呢?
    难道你们公司 infrastructure 组的同事也不懂底层?
    zcwlwen
        38
    zcwlwen  
       2022-02-25 11:14:12 +08:00
    系统运维
    adoal
        39
    adoal  
       2022-02-25 11:26:59 +08:00
    @Macolor21 因为数量广大的地方性、行业性、小体量的行业信息化系统开发商可能不太撑得起独立的 infra 组这样的组织架构。而 crudboy 在这种团队里也不仅是因为分工不同而做专注业务的代码,而是新人进来只能先从 crud 开始。这样的公司,架构性或者基础性技术的人员基本上只能从做 crud 的新人里慢慢分化出来。在实际工作中,地行小的 crudboys 也不可能只管业务逻辑,肯定要去写一些具体的“技术性”的代码,比如跟操作系统 API 交互,比如处理一些安全相关的操作等。而他们中的大多数人,基本上都是基础知识很差,一到要写这些代码就麻爪。作为一个甲方的信息化综合管理人员,我甚至手把手教过一个乙方程序员如何写 Java 代码来调用我们在 Kong 网关下用 HMAC-SHA 认证保护的 API……

    其实最主要的问题是,地行小没有一互大的光环,即使用同样的工资也是招不来同样的人的。l
    Macolor21
        40
    Macolor21  
       2022-02-25 12:46:58 +08:00 via iPhone
    @adoal 我的想法是,这种情况的关键不在于岗位和工作,就算是 crudboys ,只要基础扎实( cs 四大课),学习能力够好,你说的那些问题,最终都只是时间问题。

    最终的本质还是个人能力的问题,如上面的很多人都说开发不会 docker ,但 docker 真的很难学吗?个人认为 docker 比 vim 更简单。
    adoal
        41
    adoal  
       2022-02-25 13:13:08 +08:00
    @Macolor21 所以呢广大地行小的尴尬之处在于,“基础扎实( cs 四大课)”的、“学习能力够好”的 crudboys 都去一互大了,地行小哪怕是开出更高一些的工资都招不到靠谱的人,更何况地行小不太可能有实力给基层的 crudboys 们全员开出一互大的工资……另外还有个尴尬就是,一互大们的一些相对资深员工被输送到社会,进入各行各业的业务信息化领域当 CTO 、架构师之后,会把一互大的方法论带出来,但是这些方法论有的是要一互大的规模才有条件实行,有的是要一互大的人才层次才能实行……
    Javaless2022
        42
    Javaless2022  
       2022-03-24 19:58:36 +08:00
    用云效前是全职运维人员,用云效后 0.5 个运维人,用 appstack 后,0 个运维人。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2704 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 31ms · UTC 15:35 · PVG 23:35 · LAX 08:35 · JFK 11:35
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.