今天在某乎上看到这样一个问题：”干运维明知是不归路，为啥还有人非要干？”

问题地址：
https://www.zhihu.com/question/572990830

背景介绍

我之前就劝过别人别干运维，这活没技术含量 ，可是还是有人愿意干这个 ，失业了又跑来问，这到底是图啥呢？

回答

整理了几个不错的回答，分享一下。

Kidy的回答

我看这所有答案全都是嘲讽的…那么我来给大家说个不一样的视角？

本人是7年运维经验，之前在保险、银行、互联网都干过，在互联网公司做到了运维 leader 的位置。

上个月离职面试，拿到了北京某大厂和成都大厂的运维岗offer。

再说鄙视链，从我的经历来说，我在运维这边解决的问题大部分都是属于研发搞不定的问题，所以应该不存在鄙视我的（当然你硬说有人背后鄙视，我也不反驳）。

我这边同事、或者我带过的，基本上也不存在薪资比同龄开发低太多的情况，当然是平均而言。。。

另一个感受，旁边后端 leader 要招人，每天HR可以给找10份简历面试，但是运维这边要招人，HR可能一天能筛选出3份简历就算不错了。招人难度上说运维也更难，可见市场上高端运维缺口还是更大的。

随着云计算、容器、CICD、智能运维等技术的兴起，运维这个岗位开始不仅仅只是大家缩熟知那些部署上线这些玩意了。只要跟得上潮流转变，多花点时间去钻研新技术，运维绝不会比研发差的。

有人不服，不服算了，别来卷我们，让我们多挣点。

小白的回答

分单位。

有的单位给运维权限特别大，可以“绑架”公司的，对于公司来说人不值钱、但是资产值钱，运维就是维护服务器资产的管理员。

如果权限放的比较大，列如一两个人管理上百台服务器。而且硬件、软件、桌面、维修、网络甚至水电、安全、消防乱七八糟都要管那种，是不会轻易辞掉他们的。

这种人吃的是公司十几年的经验，并非必定是技术大拿。机房里甚至跑着10多年前的 IBM 小机，每台服务器的调性已经摸透了。列如公司三个网段，每个网段近200台机器，随意报个ip就能说出来这台是干啥的，用户名密码是啥，备份策略是啥，断电启停服务脚本是啥。

要真走了光交接工作都要好几个月。各种脚本全写在自己电脑里，服务器密码全背在脑子里，这种人实则也不少。

在日本得评个服务器仙人。

知乎用户RSUFBN的回答

谁告知你干运维没有技术含量？运维属于技术工种，它需要对生产直接负责，研发都未必干的了运维，运维人必须讲究排查现场技术问题、制定生产部署方案、迁移技术方案等一切和生产密切相关的技术性方案，并第一时间解决生产环境可能遇到的技术性问题。

运维人，轻松的时候可以很轻松，但忙的时候也可以很忙。运维人必须要有技术全局观，不能知其不过不知其所以然，不能像底层研发一样，把自己负责的功能模块写好叫作业就行。

以升级为例，在生产环境，需要将所有因素思考在内，制定备选方案，升级有有感升级和无感升级两种，对有感升级来说，服务器只要一停，就必然造成销售额损失。如果升级导致数据丢失，就必定会造成严重的经济损失。

不要觉得运维好干，运维是真正的技术工之一。之前就有运维不小心删库丢数据造成重大经济损失的案例，所以行业上才有这句调侃：【删库跑路】、【没有删过库的运维不是好运维】

RainFlying的回答

对对对，运维就是没技术含量的活，买只猴子手把手教一下就能会。

你对运维的理解大致就是这程度，很好，继续保持。

克喵喵的回答

人不行，干啥都不行。

你做运维局限在服务台，有bug你发给开发，有问题你发给需求，出现性能问题你不会调优，高并发场景下你没有提议，发布更新靠人力，无法做到自动化，这种人不被裁才怪。

出去后你也别说是干运维的，就是干客服的

你去要饭也抢不过人家！！

老胡聊Java的回答

本人就从Java角度来说，实则技术加运维是一条超级好的上进之路。

先来看看运维平时的工作及需要掌握的技能。

1、监控日志，而日志一般是部署在 Linux 上的。如果出错，需要告知开发来解决，如果比较上心的运维，出了问题，更会通过 Linux 命令来分析日志排查问题。

2、部署上线组件，列如要扩容，或者部署 Redis、Nacos 等组件，或者需要部署云端组件。在这过程中，运维多少会了解各种 Linux 命令，而且了解各种组件的配置方式以及安装方式。

3、部署监控，列如用newrelic监控或者zabbix等监控软件来监控，并设置告警策略。

4、应对线上问题或高并发的挑战，这过程中，不仅需要了解各种集群，更有机会熟悉各种网关和负载均衡等的硬件。如果数据库或服务器有问题，更得通过日志或监控组件，分析和排查问题。

5、实则运维还能接触到DevOps的相关技能，列如pipelines，云部署，甚至是 K8s 和 service mesh 这套技术。

从Java角度来看，架构师要做的事情有哪些？

1、根据业务场景，用nacos，gateway或ribbon等组件搭建业务框架，必要的话引入redis，kafka等中间件，甚至有必要的时候再搭建集群。当然搭建好后来，相关组件有什么问题都需要解决。

2、负责项目上线和数据迁移这部分的工作，列如设计发布流程，编写发布脚本，设计发布预案，设计数据迁移等的方案。

3、解决各种高并发方面的问题，列如引入各中间件，再通过压力测试确认系统的承压能力和改善点，必要的时候设计限流熔断等问题。

4、系统上线后，需要搭建针对系统的监控系统，有问题后来需要及时排查。

也就是说，架构师的工作实则很大一部分是和运维是重叠的。而当下不少程序员做的仅仅是单机版的增删改查，开发环境仅限于windows，而不是linux，更别提是容器，中间件这块仅限于使用api，不涉及如何搭建中间件以及集群，解决问题层面仅限于解决业务问题，如果中间件或底层遇到问题，基本上估计连异常信息都看不懂。

这样大的程序员不在少数，有的甚至还会排斥运维或架构方面的技能，或者说在平时工作中仅仅做业务，没机会掌握一些运维方面的经验，这也是许多程序员无法上升到架构师的缘由所在。

当下，一些大厂在招人时，除了会spring boot等框架的增删改查经验外，更得会分布式高并发的经验。开发语法好学，部署等经验难学，排查分布式高并发等线上经验更难学。

所以运维做了1，2年后来，只要稍微了解下Spring Boot等方面的语法，甚至就能直接升级到架构，而且不少运维还不知道自己掌握的技术很值钱。当然，如果运维对自己定位不当，或者公司对运维的使用不当，导致运维平时只干些装电脑装软件等工作，这就另当别论了。

李舜生的回答

我就搞不懂，为啥一个握有最高权限只要你想啥都能看啥都能学的岗位，会被人觉得没前途。

到底是人没前途还是岗位没前途啊…