运维是 IT 行业里技术含量最低的？

最近，在知乎上看到一个引人深思的问题：“为什么说，运维是 IT 行业技术含量最低的岗位？”引发激烈的讨论，一时间众说纷纭。

有些人坚持认为运维工作的技术含量相对较低，而另一些人则持反对意见。现在，将挑选一些具有代表性的观点与大家分享，同时也非常期待听到大家的看法和讨论。

01

知乎好友：此处留白

因为一般小公司可以不招运维，招个开发兼着就行。所以小公司开发一看，心里可不就想着：

“这活完全没啥技术含量，也就琐碎点而已，开发自己费点心思就能搞。”

后来公司发展起来了，这个开发兼顾不过来，就招了个运维进来。

这会公司线上线下算上虚拟机，可能就十来台服务器，然后应用有直接跑在服务器上的、也有几个用容器来跑的。

运维一接手，发现太乱了。

测试环境、生产没做隔离，开发都能访问生产环境，然后因为不统一，部署流程也很乱等等。所以运维先是要解决这个乱象，完成规范化。

随着业务量上升开始引入容器编排，比如 K8s，接着要做好日志、监控、可观测性。这一套不是说一刀切，肯定是慢慢开始转变，全部搞完，差不多大半年过去了。

中途随着业务的膨胀、硬件资源不够用，会出现大量排错、优化、扩容等工作。然后还要写大量的文档。

等到架构成熟了，基本上运维就没啥活可干了。没资源就买服务器，平日就维护下系统稳定就行了，这会也没啥 KPI 了。开发的兄弟路过运维的岗位一看：

“嘿！这货一天到晚在知乎摸鱼，工作可真轻松，怪不得知乎都在说运维没啥技术含量。”

02

知乎好友：弈心

从这个问题就看得出来国内这行的风气还是没变哈，还存在所谓的技术鄙视链。

我觉得吃 IT 技术饭的要是真心想分个高下，那还是直接比比英语水平、税后收入、带薪年假多少天、加班情况、WLB、时薪，能完全靠自己多少岁之前实现财务自由提前退休等等来得实在，因为只有这些才是真正能以数字量化，能最直观分出高低的东西。

03

知乎好友：山人住山前

运维是 IT 行业里水平弹性最大的。

差的，肩膀抗个脑袋就能干，凡事百度搜，搜不到就说解决不了；有的运维人纯粹靠圆滑混日子，算不算给运维抹黑？因为真见过这样的人……

顶尖的比程序员牛多了，不但能看出程序问题所在，还能解决。

不但要求知识面很广，还要求都有一定深度，对职责范围内的更应该精通。精通的含义是出问题能定位到代码级。

好的运维平时订阅的内容也不一样，是开源软件的 Bug 邮件列表、开发邮件列表……

好运维的知识是第一手的，差的是N手。

04

知乎好友：shan

有这种观点的人大概率不太了解运维，或者把运维简单的等同于 IT 设备的运维了。但实际上在大厂运维是一个很大的部门，不仅要负责公司所有产品的上线，而且运维自己也有很多自己的研发任务。

例如，运维部门自己有一个机器学习团队，一开始是专门用来解决更换损坏硬盘的工作。因为数据中心平均几分钟就会有一块硬盘损坏，需要人工去更换，就这一个任务就耗费了运维一半多的人力。

所以，运维的老大就想用算法来解决这个问题，然后采集了大量硬盘使用情况的数据，当前的读写性能，硬盘厂商数据等，然后用这些数据预测硬盘损坏的概率，然后就可以提前更换这些硬盘。其实硬盘的寿命跟硬盘的使用情况是正相关的，所以只要数据收集准确、完整，预测效果还是不错的。

这样虽然减轻了一些人力，因为不用被报警牵着鼻子走，可以一个区域一个区域的换。但是该换的那些硬盘一个没少，不能节省成本就体现不出业绩。于是运维团队一边提高预测准确率，一边采用自适应负载平衡算法，把“更冷”的数据分配给那些寿命将尽的硬盘，然后硬盘故障率就降下来了，数据备份的数量也就降下来了，对硬盘读写的需求量也就降下来了，这又进一步降低了硬盘的损坏。

别小看降低了百分之几的故障率，公司数据中心有几十万块硬盘，这百分之几就是挽救了几千块硬盘。而且别以为运维这个项目没有技术含量，这个项目拿下了当年公司百万创新大奖。

所以，我认为不仅是运维，任何岗位有没有技术含量，关键是这个岗位有没有碰上有技术含量的需求。先要有挑战，才会锻炼出有能力的团队。

05

知乎好友：草原上唱山歌

在互联网行业里，运维一直都是一个被人误解很深的岗位，以致于很多人都认为运维在 IT 行中的技术含量很低，但是今天我要为运维人“平反”。

开发与运维搞不清楚

从本质上说，运维其实是用自己的技术储备知识，保证自己所管理的 IT 服务可以正常运转的岗位。

举个例子，在公司里经常会有妹子找软件开发工程师修电脑，而软件工程师一般就是关机重启；但是很少会有人去找运维工程师修电脑，因为运维工程师往往会把电脑来一顿操作，别人根本看不懂。

放在业务中也是一样，软件工程师的任务就是通过编写代码，让软件以图形化的形态给用户使用，而运维工程师的任务则是让这个软件可以在电脑或者系统中正常运行。但是一旦软件出问题了，大多数人第一时间想要的是找软件工程师，而不是运维工程师。

就好比我们盖一间房子，产品开发负责房子的规划、设计师负责房子的外形设计，开发工程师负责盖房子，而运维则负责给房子打地基。而打地基并不是说简单挖个坑就可以了，里面的技术含量是很高的，坑的大小、深度、尺寸、湿度等都要深入研究才行。

房子盖起来之后，大家都只会关注房子建好之后的样式，很少有人会关注房子的地基情况，但一旦房子塌了，大家就会想是否地基打的牢靠，此时运维就要出来背锅了。

运维的工作有深有浅

如果我们不知道运维的具体工作内容，就没有权利评价运维工作的技术含量，一般来说，互联网公司中的运维内容分两个层次：

1、小一点的公司运维工作比较简单，简单来说就是部署服务、修电脑、安装系统、装软件、处理网络问题等等，什么杂活都干，甚至连弄路由器、切网线都要做。

2、大一点的公司运维工作比较具体，分工非常明确。

（1）桌面运维：确实技术含量不高，但需要经验丰富，解决问题头脑灵活;

（2）网络运维：也就是网工，要精通各种网络协议、架构，思科、华为、华三的路由交换，至少精通两门；

（3）数据库运维：数据库运维就当 DBA 理解吧，起码要熟练，应该精通数据库；

（4）操作系统运维：精通操作系统，要知道操作系统内部的工作原理，要懂得一些硬件知识，还要懂得网络协议用于排查问题；

（5）服务器运维等还有很多，都需要涉猎面广，并同时多门技术傍身;

然后，我们回到问题“运维是计算机行业里技术含量最低的岗位吗？”

没有技术含量低的岗位，完全就是看你怎么做。桌面运维，可以利用域控的组策略，通过脚本把很多东西做成自动的，很少再需要人去参与，这技术含量就提升了。

所以说嘛，岗位的技术含量可以人为提升的，完全就是看你怎么做。

运维技术差，很可能只是因为公司小。

如果企业很小，大家所看到的运维工作只能是很表面的基础工作，而且很多运维岗位现在已经被云服务代替了，运维所作的内容也就是在云平台上操作一下软件。

其实有人觉得在平台上操作软件很简单，但其实如果没有计算机相关的知识积累，很难知道云平台上的功能实现，这点上说技术含量就不低了。

如果企业逐渐成长到大体量公司后，运维的价值就凸显出来了。如云上与线下资源的管理、数据库的管理、网络的管理、计算资源、网络资源的负载、调度处理、都需要丰富的计算机理论知识及实战经验，否则无法为上层提供出稳定可靠的服务。

而作为提供互联网服务的企业，能否稳定可靠的让用户使用互联网服务是安身立命之本。想像一个企业，三天两头出故障，服务不能用，虽然凸显了运维的存在感，那么大家是否还会信任你的产品。

06

知乎好友：芬达味橘猫

你说的那个是网管，你要是觉得简单，你先将 K8s 装上不报错，Openstack 搭建起来再装个 Hadoop，自定义个 Prometheus 监控，最后整个Jenkins 自动发布，这一套玩熟了够你吃个一两年了。

07

知乎好友：程序媛木木子

运维根本不需要看懂代码，开发和运维根本是两个职业。

除非你是业务系统运维，程序有bug需要跟开发沟通解决，其他的，虚拟化，云平台，网络，主机，数据库，系统，中间件，存储，没有一样是需要懂开发的。

入门确实开发工资高一些，但是开发入门也不容易，而且天天加班，运维工资并不低，实力强工资自然高，需要学习的技能非常多，就看这个运维是不是混子，不学习工资永远不会高。

连接：

zhihu.com/question/648626089/answer/3440233415

zhihu.com/question/648626089/answer/3441756156

zhihu.com/question/648626089/answer/3442912561

zhihu.com/question/648626089/answer/3433994079

zhihu.com/question/648626089/answer/3485773608

zhihu.com/question/648626089/answer/3442910986