因为一般小公司，可以不招运维，找个开发兼着就行。

所以小公司的开发一看，心里可不就想着：“这活完全没啥技术含量，也就琐碎点而已，我们开发自己费点心思就能搞。”

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

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

运维一接手，发现太乱了。测试环境、生产没做隔离，开发都能访问生产环境，然后因为不统一，部署流程也很乱等等。

所以运维先是要解决这个乱象，完成规范化。

然后随着业务量上升，要开始做容器编排，比如引入k8s。接着要做好日志、监控。

这一套不是说一刀切，肯定是慢慢开始转变，全部搞完，差不多大半年过去了。

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

等到架构成熟了，基本上运维就没啥活可干了。没资源就买服务器，平日就维护下系统稳定就行了，这会也没啥KPI了。开发的兄弟路过运维的岗位一看，“嘿，这家伙一天到晚都在知乎摸鱼，工作可真轻松，怪不得知乎都在说运维没啥技术含量。”

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

• 配置个Universal Link吧，需要搞个json。
• 对接个广告Ad Network吧，需要更新下ads-app.txt。
• 网络接口请求不通，请求没到后端代码，客户端在排查问题的时候。
• 客户端想自己维护个私有仓库，需要日常维护的时候。

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