k8s 的技能樹大概有這些:

上面除了兩條黃色的線比較跟維運無關之外, 其他每條線裡面都至少要熟悉一種以上.

k8s 是平台, CI/CD 是流程, DevOps 是文化:

在 CI/CD 流程中使用 k8s 平台來構成 DevOps 文化. 所以:
建置/管理平台的人, 需不需要知道別人會在這平台上跑甚麼流程?

你能夠不知道上面的 CI/CD 流程, 關起門就把 k8s 平台管理到大家都滿意嗎?

當然, 在一個人力非常充足的大型的組織中, 如果工作流可被細切成專一職務負責一個 Task 的話, 你當然可以只管 k8s, 由更高層的人去煩惱上面要跑甚麼流程的問題.

但是, 對比較小的組織來說, Infra 人力其實沒有太多負荷 (我自己甚至可以只有一個人, 就同時管理十幾家公司的 Infra, 所以這裡面每一家公司, 連聘我一整個人的資源都嫌太浪費), 我們假設一般公司, Infra 只需要拿 20% 的工作時間, 去處理 k8s 好了.....那麼, 剩下的時間, 公司會讓他閒著嗎?

當然是不會啦, 所以其它瑣碎, 還不需要用到一整個人力的工作, 就會跑過來, 落在這個整天看起來都沒事做的 Infra 頭上: CI, CD, Testing, Deploy, Release, Monitoring, Backup, 澆花, 換燈泡, 修螢幕, 幫老闆娘遛狗, 替公司訂下午茶......

想找 k8s 專職的工作, 請往超大型企業去找, 中小型的 Infra 一定是要身兼十八般武藝...
https://www.containiq.com/post/companies-using-kubernetes

其實我覺得infra職 10年內會死不少人
以一般的中小企業，都是看別家徵啥人才就跟著複製貼上
結果就是不斷整併各種領域的工作進來
比方說前後端兼K8S兼雲端解決方案
資安兼ISO兼各類資安政府法規
軟體兼PM兼APP開發

未來的情況其實不容樂觀
一個IT可以兼的內容可以說是無限龐大
企業也不斷的在徵才上挑戰每個人的極限
開數個類似的職缺，在測試市場身兼數職能到什麼程度
職缺的定位越來越廣泛
以這樣的狀況下
有越來越多要學的
中小企業又大量打雜事務搞不完，可能未來會死的很慘了

尤其開越多工作內容的企業又有一個很獨特的特性
主管反而什麼都不想學 只想推進度開職缺
看看市場可以給他什麼樣的人才
死都會死在底層也是這產業的殘酷面