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

CI/CD 是谁来维护

  •  
  •   461da73c · 175 天前 · 5264 次点击
    这是一个创建于 175 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

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

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

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