开发团队自运维是否可行？

[Mars2333]

现在的 devops 这么方便，我感觉日常的一些发布、运维工作完全可以前置到开发部门。但是领导貌似不太喜欢这种方式，说担心移交了这些工作运维部门少了绩效考核点，另一方面担心不安全。各位怎么看呢？

[CallMeReznov]

“运维笑嘻嘻，开发妈卖批”

[EscYezi]

听领导的（

[wangkun025]

分给运维呗。
这是个管理问题。

[th00000]

可行, 一直都是这么干的, 不需要运维岗位
不安全更是无稽之谈

[Mars2333]

@CallMeReznov 运维同事觉得影响绩效还挺不开心🤷‍♀️

[zoharSoul]

那岂不是少了个背锅的部门.
可不行

[CallMeReznov]

@Mars2333 #5 绩效考核点，又不是降工资。
如果直接降工资，那摆明的就是想裁人了，明说只是早晚的事。

[lixm]

已经这样实践了三年多了， 作为运维一天天闲得发慌

[LemonButSweet]

说真的。。不出事儿都轻松，一出事儿就 MMP 了

[barrysn]

我想说的一句是，能做
但是
我遇到的 90%以上的开发人员对运维有误解，且运维能力不足
不是说把程序开发完，在服务器上运行起来就可以了， 后面还有一大堆工作要做
小公司无所谓，稍微大点的公司绝对不行
如果开发团队接手了运维工作，那么大量的运维工作就需要处理，一段时间后就会安排专门的人来处理，毕竟还要写代码，那么时间久了以后，专门处理运维工作的那个人 本质上还是运维人员

[echo1937]

开发团队包揽运维工作，那么运维性的工作内容就会转移到开发团队的某个人身上，
如果项目规模逐渐扩大，开发团队的某几个人几乎就是专职负责运维工作。

好处是，业务系统开发的可运维性优先级会提升，
坏处是，开发人员的平均人力成本比运维人员高，开发人员的运维能力也很一般，还是需要在开发团队里面招运维。

[raaaaaar]

看公司规模吧，大了还是分工明确得好

[h82258652]

运维 24 小时待命，开发都 996 了，还要 24 小时待命，这尼玛不扯蛋吗？
钱多当我没说

[privil]

前几天开发同学写了个更新脚本，不熟悉 shell，循环里，变量不检查，相对路径，然后服务器当场就挂了。

[watzds]

听说亚马逊开发需要做些运维工作

[594duck]

身为运维，我想对楼上几个对运维工作不懂的年轻奋斗逼们说

“开发奋斗逼们，对对对你们说的都对，自己的孩子自己养自己的锅自己背，运维们当然可以走人，祝你们玩的开心”

野路子公司的野路子们，连权责分离，一岗一职都不知道。我已经加好关注了，看你们这种野路子能走多久。

一般开发人员超过 50 个的，还没有运维的 A 轮小公司通常也没有测试（自己开发的要什么测试，我开发就是最好的测试），或者对运维认识不清楚的，基本上到了 B 轮已经是求着运维进场了。

还运维是 7x24 小时，程序 员要 996 怎么可能。

拉倒吧，连守门员都没做过的边缘角色还有资格出来 BBBBB 。

技术和品德双重失败的家伙。

[billjobs]

公司穷到招不起运维的话，可以这么做

[eGlhb2Jhb2Jhbw]

背锅问题吧，能正当的少碰还是尽量少碰。

[barrysn]

@594duck 让开发来运维挺好，运维走了 也不用背锅，