各位公司里面运维的地位如何？

想入行软件运维，学了 ansible ，看招聘信息 好像再学个 k8s 就够了 对吗

离业务远，离用户远，离钱远的一般地位都偏低的。

@xljya #1 我是运维开发，会 python 和 K8s ，感觉除了弄个 CKA ，最好还得懂点开发比较好（ python 、go ）

企业网管，也算运维吧？不过我们单位网管就我一个，相对来说人际关系还好，保证路由器服务器啥的稳定不出毛病就 ok

运维不是净花钱么

我工位旁边是一个运维同事，他每天除了睡觉就是打游戏，应该是最清闲的技术岗位了

企业网管，爽的一塌。。。

运维其实看领导，运维大领导有能力的话能反过来影响后端架构，一些开发一拍脑袋不考虑维护性和成本的想法要及时给否掉，出了事开发也不敢乱甩锅。如果运维大领导本身很软的话，那就很难受了，到时候随便被甩锅。

运维地位不低，就是比较忙。很多东西要按照他们的规矩来的。不过我们组是数据工程，地位更低。也许后端的同事地位比较高一些。

运维，数据，测试，在技术类里地位都偏低吧。

运维就是学艺不精的干的吧，技术好的正经人谁干运维

低，没能见度，可能做云服务的厂运维才重要

@billzhuang #5 我们也可以帮公司省钱，通过容器化啥的

@Frankcox #8 确实，我们的就不太行，总是挨欺负
@levelworm #9 规范定了一堆，但是终究还是得为业务服务，业务 first
@miscnote #10 数据不算低吧

@herozzm #11 说的对，但是还是比较重要的，消防队相当于

我感觉绩效好确实会偏向面向业务的开发和产品，不过差的绩效一般也轮不到运维，就一直不好不坏在中游这样

AI 最不能代的岗位就是这个了
因为它是对责任心要求最大的岗位 而且不需要任何‘创意’ /t/1175908
岗位知识含量高，且知识过时的速度适中，所以还不能因为 AI 而把人开除
如果是做网站运维，有可能被一个高级后端人员兼职

同运维，那你没在小公司当过运维吧，k8s 自动化这些得搞，网络得搞，公司换办公点的时候网线都是我走的（搭着梯子，也算高空作业了，哈哈哈）

@fitme 忘了回复主题，地位肯定低么，不直接产生价值（不直观，有问题第一时间问你干了啥，怎么坏了）

我司运维地位超然，只负责 sit 、uat 、prod 这 3 个环境，dev 跟 test 环境让开发自己去弄，就这样硬生生的逼着我学会了 K8s

不直接创造利润的部门，低位当然不高了

下里巴人。啥都干，上房顶换 AP

@koor 说明运维的软件架构稳定，要不然有他忙的。

@Frankcox 确实如此。

@koor 说明人家牛逼好吧

@charlie21 "AI 最不能替代的岗位就是这个了"

没啥 AI 替代不了的, 如果企业整体效益不好, 最先优化的都是这种看不见产出, 又使劲占用公司资源的职位.

未来都是开发去兼职.

看到上面的评论区，很是搞笑。 有些半吊子开发，上来就是傲慢与偏见。

呆过的公司的运维 985/211 海龟都有。那些说干运维技术含量低，学艺不精的， 且不说丢个 k8s 你可能都玩不转，稍微复杂点的架构，你可能连数据包怎么流转的都整不明白， 况且还有一大堆的新技术栈， 复杂的现网故障处理。

AI 时代，运维地位绝对不会比开发低。。

地位高低和公司业务层面有关的，你看云计算和 IDC 数据中心的核心运维部门重不重要。。。这些部门都是钱眼子，直接关乎产出的。

当然如果是那种桌面运维，或者凌晨做网络割接，又或者拉网线打水晶头装墙面 ap ，不是说不重要，而是岗位性质决定了，它是一个服务型岗位，本质上是直接服务客户的岗位。

@Frankcox 其实。。。运维的领导在一众真领导面前也是个孙子。。。因为运维的部门如果不实质产出价值，那始终都要受制于研发，产品，销售和运营部门。

@charlie21 佬说的有道理 ai 确实没办法取代，各种场景下的运维操作确实不同

小看运维了，现在大一点的公司都要做跨云，多可用区，failover ，弹性扩容，现在微服务架构下，又涉及到容器，k8s 集群，还有网络安全，基础设施的可观测性都是直接和业务稳定性紧密联系的，大厂的 devops ，sre 都是很核心的工程师。

下里巴人+1.

@herozzm 对对对，菜逼才干运维，我是下里巴人

我觉得也没必要为自己争地位高下吧。我巴不得别人觉得我地位低下，越嫌弃越好，免得一堆人来卷。

找到适合自己的角色就行，把你的客户服务好就行。其他的没关系

孙中孙

工资管够,按时发,管它啥地位不地位的。

@ipangpang 前端开发表示不服，离用户近，地位也低

不挣钱, 还狠劲烧钱的部门...底层!