在互联网行业里，运维一直都是一个被人误解很深的岗位，以致于很多人都认为运维在IT行中的技术含量很低，但是今天我要为运维人＂平反＂。 开发与运维搞不清楚 从本质上说，运维其实是用自己的技术储备知识，保证自己所管理的IT服务可以正常运转的岗位。 举个例子，在公司里经常会有妹子找软件开发工程师修电脑，而软件工程师一般就是关机重启；但是很少会有人去找运维工程师修电脑，因为运维工程师往往会把电脑来一顿操作，别人根本看不懂。 放在业务中也是一样，软件工程师的任务就是通过编写代码，让软件以图形化的形态给用户使用，而运维工程师的任务则是让这个软件可以在电脑或者系统中正常运行。但是一旦软件出问题了，大多数人第一时间想要的是找软件工程师，而不是运维工程师。 就好比我们盖一间房子，产品开发负责房子的规划、设计师负责房子的外形设计，开发工程师负责盖房子，而运维则负责给房子打地基。而打地基并不是说简单挖个坑就可以了，里面的技术含量是很高的，坑的大小、深度、尺寸、湿度等都要深入研究才行。 房子盖起来之后，大家都只会房子建好之后的样式，很少有人会房子的地基情况，但一旦房子塌了，大家就会想是否地基打的牢靠，此时运维就要出来背锅了。运维的工作有深有浅 如果我们不知道运维的具体工作内容，就没有权利评价运维工作的技术含量，一般来说，互联网公司中的运维内容分两个层次： 1、小一点的公司运维工作比较简单，简单来说就是部署服务、修电脑、安装系统、装软件、处理网络问题等等，什么杂活都干，甚至连弄路由器、切网线都要做 2、大一点的公司运维工作比较具体，分工非常明确。桌面运维，确实技术含量不高，但需要经验丰富，解决问题头脑灵活;网络运维，也就是网工，要精通各种网络协议、架构，思科、华为、华三的路由交换，至少精通两门；数据库运维，数据库运维就当 DBA 理解吧，起码要熟练，应该精通数据库；操作系统运维就要精通操作系统，要知道操作系统内部的工作原理，要懂得一些硬件知识，还要懂得网络协议用于排查问题；服务器运维等还有很多，都需要涉猎面广，并同时多门技术傍身; 然后，我们回到问题＂运维是计算机行业里技术含量最低的岗位吗？＂ 没有技术含量低的岗位，完全就是看你怎么做。桌面运维，可以利用域控的组策略，通过脚本把很多东西做成自动的，很少再需要人去参与，这技术含量就提升了。 所以说嘛，岗位的技术含量可以人为提升的，完全就是看你怎么做。运维技术差，很可能只是因为公司小 如果企业很小，大家所看到的运维工作只能是很表面的基础工作，而且很多运维岗位现在已经被云服务代替了，运维所作的内容也就是在云平台上操作一下软件。 其实有人觉得在平台上操作软件很简单，但其实如果没有计算机相关的知识积累，很难知道云平台上的功能实现，这点上说技术含量就不低了。 如果企业逐渐成长到大体量公司后，运维的价值就凸显出来了。如云上与线下资源的管理，数据库的管理，网络的管理，计算资源，网络资源的负载，调度处理，都需要丰富的计算机理论知识及实战经验，否则无法为上层提供出稳定可靠的服务。 而作为提供互联网服务的企业，能否稳定可靠的让用户使用互联网服务是安身立命之本。想像一个企业，三天两头出故障，服务不能用，虽然凸显了运维的存在感，那么大家是否还会信任你的产品。什么才是最low的岗位？ 题外话，我们觉得＂有部分做后台开发＂才是计算机行业里技术含量最低的岗位：因为他们有些人只会增删改查有时候增删改查还整不明白，写个 SQL 把数据库拖死了，还跑运维这里来问还有些开发觉的服务器 ping 不通，就等同于无法访问。比如说想访问 443 端口，他们会先ping 服务器，对协议是一点概念都没有 所以还是那句话：没有技术含量低的岗位，完全就是看你怎么做。