最近，小编在知乎上看到这样一个问题： 为什么说，运维是IT行业里技术含量最低的？ 一直以来，大家对运维的印象都是“干杂活的”，运维之间也流传着“平时无人知，故障必背锅”的自嘲。运维真的是IT行业里技术最低的吗？ 秉持着和平交流的学习态度，小编精选了几位高赞知乎网友的精彩回答，分享给大家学习交流（勿上升、勿引战）： 1号知乎网友：此处留白 因为一般小公司，可以不招运维，找个开发兼着就行。 所以小公司的开发一看，心里可不就想着：“这活完全没啥技术含量，也就琐碎点而已，我们开发自己费点心思就能搞。” 后来公司发展起来了，这个开发兼顾不过来，就招了个运维进来。 这会公司线上线下，算上虚拟机，可能就十来台服务器，然后应用有直接跑在服务器上的、也有几个用容器来跑的。 运维一接手，发现太乱了。测试环境、生产没做隔离，开发都能访问生产环境，然后因为不统一，部署流程也很乱等等。 所以运维先是要解决这个乱象，完成规范化。 然后随着业务量上升，要开始做容器编排，比如引入k8s。接着要做好日志、监控。 这一套不是说一刀切，肯定是慢慢开始转变，全部搞完，差不多大半年过去了。 中途随着业务的膨胀、硬件资源不够用，会出现大量排错、优化、扩容等工作。然后还要写大量的文档。 等到架构成熟了，基本上运维就没啥活可干了。没资源就买服务器，平日就维护下系统稳定就行了，这会也没啥KPI了。开发的兄弟路过运维的岗位一看，“嘿，这家伙一天到晚都在知乎摸鱼，工作可真轻松，怪不得知乎都在说运维没啥技术含量。” 2号知乎网友：弈心 从这个问题就看得出来国内这行的风气还是没变哈，还存在所谓的技术鄙视链。 我觉得吃IT技术饭的要是真心想分个高下，那还是直接比比英语水平，税后收入，带薪年假多少天，加班情况，WLB，时薪，能完全靠自己多少岁之前实现财务自由提前退休等等来得实在，因为只有这些才是真正能以数字量化，能最直观分出高低的东西。 技术这种只要智商正常，进对了能用得上这些技术的公司和平台，愿意花时间钻研就能出成绩但又不能量化打分排名的玩意哄哄新人就行了。 3号知乎网友：whhema 曾经还在打工的我，是把运维同学供起来的。 我做是客户端开发，统管客户端团队。工种如此，乍一看，和运维距离很远。实际上，经常有各种小事情能把客户端整个团队卡死。 随便举几个例子： 配置个Universal Link吧，需要搞个json。对接个广告Ad Network吧，需要更新下ads-app.txt。网络接口请求不通，请求没到后端代码，客户端在排查问题的时候。客户端想自己维护个私有仓库，需要日常维护的时候。 场景太多了，根本列不全。 作为一个团队的负责人，必须要争取到运维同学的帮助，也必须要理解运维同学的难处。 对我来说，运维的技术含量是无穷大的，因为只靠客户端几个人，是不可能做到某些事情的。 哦对了，更不用说申请开发电脑的时候，调整公司内网的时候，运维不给出建议，我能做出不少傻事来。 在一次次和运维的沟通中（激烈沟通，笑），我才了解运维有多么不容易。 身前是成本，身后是深渊。 这就不是人干的活，太苦了。 现在我作为独立开发者，有机会自己去搞服务器一整套东西了。 然后又深深理解，运维能顶我项目的半条命，可惜，我现在请不动运维同学帮忙了。真是伤心。 4号知乎网友：芬达味橘猫 你说的那个是网管，你要是觉得简单，你先把K8S装上不报错，Openstack搭建起来再装个hadoop，自定义个prometheus监控，最后整个jenkin自动发布，这一套玩熟了够你吃个一两年了。 "为什么说，运维是IT行业里技术含量最低的？"欢迎在留言区交流，留下你的观点~ 整理丨dbaplus社群 来源丨zhihu.com/question/648626089 *仅为提供参考和学习交流，不代表dbaplus社群立场！dbaplus社群欢迎广大技术人员投稿，投稿邮箱：editor@dbaplus.cn