我不是真正的资深运维，但也有很多经验

对我个人来说，运维的技术集中度确实不低，但是◣太复杂了。有太多了。作为一个运维的linux发行版，你一定知道。毕竟，还不错。这个是最基本的嘛，那些命令我就不说了，接下来是√网络，TCP/UDP，osi5层，以及各种HA，LB，中间件的使用方法

这里很多人※肯定会说it运维，我可以假装◥做不到，百度一下就知道了。如果■不正确，我们举一个反例。入户网络，内网，再自定义路由，可能有人说这些都不是基础，ok，那我现在问你，如果选择vlan网络分配ip，服务正常，你启动如果你不知道底层逻辑，你就不知道从哪里开始。指挥官删除网◎络并重新定义它。例如，它现在非常流行。问一下，我不知道哪些，甚至哪些是有状态的，哪些是无状态的，这些是标准it运维，你◤必须从互联网上构建它们并说你知道它们。

我经常问笔试的人，如果我的pod还在这个状态，可能是什么原因，很多人说拉图有问题，然后说问→题和找开发重新请求yaml文件或者镜像，不好意思，开发不承担责任。与集群的各个组件通信你要扮演什么角色，你不知道困境在哪里※，所以你说什么你会。

为什么说运维技术的集中度高？这可能与哪种运维不同。如果说桌面运维、安装系统、修笔记本，那我没说，如果说DBA、Sre、云、运维开发，我真的很想批评，虽然放说白了，运维的技术集中度是和待遇挂钩的，你会知道的更多，你会没事，你会得到更多的钱。比如三天前看别人的简历，上海一个研究生，外包8年，技术可想而知，问题没有回答，他要18K，中级水平☉不够好 p>

回到楼主的问题，虽然我个人觉得作为一个好的运维，重要的不是∴你知道什么，而是你对一件事了解多少，以及预测问题的能力。有多大，这可能不是根据技术浓度和经验来计算的，有对底层逻辑的理解，对程序开发语言的性能理解，对网络的理解，太多了。所以，我觉得说运维是技术最不专心的岗位，要么是处于这样的困境，要么是对这个行业不太了解▼的人。