DevOps 到底是 Dev還是Ops？答：屬于研發工程師序列，偏向研發域，而不是運維域。

DevOps是研發工程師

DevOps 主要服務的對象就是所有產研團隊的人員，與產研團隊打交道比較多，相互配合更多，所以 DevOps 劃分到 Dev 一側比較好。

Ops 更專注底層基礎設施，IaaS，PaaS，和應用穩定性這些方面。

通常 DevOps 團隊是負責開發產研基礎設施的團隊，反而里面很少有 Ops 工程師，基本上都是產品、開發和運營人員，我們都是當作一個業務團隊來運轉。

我負責 DevOps 團隊時，有些運維的小伙伴也想在工作之余加入進來做些開發的工作，這當然是歡迎的。但是運維的小伙伴有很多自己本職的工作，過了一段時間我們都發現了問題。

• 運維的小伙伴本身很忙，只有很少甚至沒有時間來寫代碼

• 項目排期緊，運維小伙伴領了開發任務，但是太忙了，根本無法跟上項目開發進度。

   

項目上的很多事情，都是有明確時間點的，沒按期交付整個團隊都受影響。嘗試了一兩個迭代后，我們就結束了這種做法。運維團隊負責底層基礎設施，我們負責上面的平臺建設。我們做平臺，他們用平臺。

DevOps招聘誤區

DevOps 的主要工作在開發，而不是 Ops。很多公司招很多運維來做 DevOps 系統，對于小公司也許可以，但是稍微大點的公司基本都不這么做。

招運維工程師來做 DevOps 一般都是小公司。你看我招了一個運維工程師還能做 DevOps 平臺，一舉兩得，忙的時候做運維，閑的時候做運維自動化系統，「可是占了大便宜」。這些做法在公司還小的時候無可厚非，但是不能奉若至寶，認為這個道理放之四海哪里都可以跑得通。

其實對于小公司很少有資源真正投入到做 DevOps平臺，也不需要開發工程師，一般都是配置管理工程師、QA、運維工程師一起配合就能搞定。只有公司體量起來了，需要自研了，才真正的需要 DevOps 工程師，但這時候更需要專職的研發工程師了，配置管理工程師和運維工程師也成了平臺的業務方。

我們招聘 DevOps 工程師的時候都是直接招聘開發工程師。這里要注意的一點就是并不是所有的開發工程師都愿意做內部平臺，做 DevOps 系統，因為內部系統的上限和業務研發對比太低了，提供的機會也少。這一點和國外很多公司有很大區別，招聘的時候一定要講明白。否則人來了兩天就跑了，浪費感情和精力。

運維平臺建設

運維小伙伴在大多數公司都是人力資源不足的情況，公司也愿意把人力資源投入到業務，而不是支撐平臺。運維小伙伴整天忙得腳都朝天了，其實即便主觀能動上想去開發一些系統，也是心有余而力不足。我認識的很多運維小伙伴每天都要忙到半夜，有時后半夜還要處理監控告警、導數據、遷機器。

運維團隊需要研發的很多系統誰來做呢？那些不直接面對用戶、優先級不高的系統可以讓運維團隊看自己時間安排自主選擇。其他系統都是我們團隊在支撐。我們建設平臺、運維小伙伴用，合理分工，各自安好。

小公司招聘運維工程師做DevOps平臺想法是好的，但往往也就是給運維換了個頭銜而已；小公司的運維太忙，根本沒時間開發； 小公司也沒資源投入到自研 DevOps 平臺建設。多數情況下開源工具夠用了（有點逼格的公司除外）。

本文小結

本文主要講了 DevOps 工程師主要的工作屬于研發工程師序列，偏向研發域，而不是運維域。與此同時，招聘的時候也要招聘一些踏實、靠譜、能力強的小伙伴。內部產研運協作平臺不是一朝一夕就能做好的，需要長期、不斷的投入，大處著眼，小處著手，一步步腳踏實地地往前走，最終守得云開見月明。

閱讀我的更多文章