我不是真正的資深運維，但也有很多經驗

對我個人來說，運維的技術集中度確實不低，但是太復雜了。有太多了。作為一個運維的linux發行版，你一定知道。畢竟，還不錯。這個是最基本的嘛，那些命令我就不說了，接下來是網絡，TCP/UDP，osi5層，以及各種HA，LB，中間件的使用方法

這里很多人肯定會說it運維，我可以假裝做不到，百度一下就知道了。如果不正確，我們舉一個反例。入戶網絡，內網，再自定義路由，可能有人說這些都不是基礎，ok，那我現在問你，如果選擇vlan網絡分配ip，服務正常，你啟動如果你不知道底層邏輯，你就不知道從哪里開始。指揮官刪除網絡并重新定義它。例如，它現在非常流行。問一下，我不知道哪些，甚至哪些是有狀態的，哪些是無狀態的，這些是標準it運維，你必須從互聯網上構建它們并說你知道它們。

我經常問筆試的人，如果我的pod還在這個狀態，可能是什么原因，很多人說拉圖有問題，然后說問題和找開發重新請求yaml文件或者鏡像，不好意思，開發不承擔責任。與集群的各個組件通信你要扮演什么角色，你不知道困境在哪里，所以你說什么你會。

為什么說運維技術的集中度高？這可能與哪種運維不同。如果說桌面運維、安裝系統、修筆記本，那我沒說，如果說DBA、Sre、云、運維開發，我真的很想批評，雖然放說白了，運維的技術集中度是和待遇掛鉤的，你會知道的更多，你會沒事，你會得到更多的錢。比如三天前看別人的簡歷，上海一個研究生，外包8年，技術可想而知，問題沒有回答，他要18K，中級水平不夠好 p>

回到樓主的問題，雖然我個人覺得作為一個好的運維，重要的不是你知道什么，而是你對一件事了解多少，以及預測問題的能力。有多大，這可能不是根據技術濃度和經驗來計算的，有對底層邏輯的理解，對程序開發語言的性能理解，對網絡的理解，太多了。所以，我覺得說運維是技術最不專心的崗位，要么是處于這樣的困境，要么是對這個行業不太了解的人。