今天跟大家分享一下運(yùn)維人的職業(yè)生涯發(fā)展和相應(yīng)的軟硬技能提升，議題分為兩個部分，第一是運(yùn)維工程師成長的煩惱，第二是怎么走好自己的運(yùn)維之路。

一、運(yùn)維工程師成長的煩惱

第一部分里，根據(jù)我自己長時間的工作經(jīng)驗，把運(yùn)維工程師按照工齡做了一些年限上的劃分，比如任職三年、五年、八年……處于不同階段，運(yùn)維人也呈現(xiàn)出相當(dāng)不同的狀態(tài)。

1-3年：有技術(shù)的逗逼

(1)隨性工程師

在工作時間內(nèi)，一般是比較隨性的工程師，做一天和尚撞一天鐘，我也親身經(jīng)歷過此階段。這時候還沒有什么責(zé)任心，不會有過多的想法，只負(fù)責(zé)去執(zhí)行，而不做過多的思考。與工作時間內(nèi)的“被動思維”呼應(yīng)的是，下班之后夜生活比較豐富，撩妹、抖音、打游戲等。

[[247610]]

(2)做技術(shù)容易“管中窺豹”

什么概念呢?一到三年的運(yùn)維人大部分靠度娘，例如Nginx配置最大連接數(shù)只知道上網(wǎng)獲取65535相關(guān)的配置，但是配置背后的原因和原理，他們不知道也不甚關(guān)心。至于各種一些文章里的配圖，更不會做深入研究。

(3)工作態(tài)度積極，沖勁足

我曾接帶過一個實習(xí)運(yùn)維工程師：3月份入職，9月份離職。初來乍到特別散漫，做事只應(yīng)付我們的基本期待。后來接受了一些思想指導(dǎo)，小伙子工作突然很有沖勁;他所做的事情，包括日報、周報內(nèi)容的撰寫，表現(xiàn)得判若兩人。2015年4月份的22個工作日，他加班22天，天天至凌晨兩三點。期間技能也得到了極大提升：比如讓他測試集群的性能，積極去做之外，也會認(rèn)真思考為什么去做這件事情;對新技術(shù)進(jìn)行研究，思考怎么樣把它快速地掌握。

(4)事務(wù)型人才

最后，我把各個行業(yè)的小朋友都稱為事務(wù)型人才，顧名思義，只需要把事情做好，達(dá)到公司的業(yè)務(wù)目的即可。“顧頭不顧尾”也是一種常態(tài)，我指導(dǎo)過一名90后的運(yùn)維工程師，他做代碼發(fā)布，只管發(fā)上去，無視后期事態(tài)，比如是否發(fā)布成功、業(yè)務(wù)是否可以訪問等。

3-5年專業(yè)資深人士

(1)技術(shù)提升

技術(shù)的確得到一定的提升，這是生存規(guī)律。初入公司，一張白紙，為了掌握了解公司的業(yè)務(wù)，你會去學(xué)習(xí)，否則就只能被淘汰。

(2)“跳槽”慣性

技術(shù)提高以后，會陷入“跳槽”慣性。上面提到的2015年3月份到我這邊的運(yùn)維工程師，剛?cè)肼殨r轉(zhuǎn)正5K，9月份離職去大麥網(wǎng)以后薪資一下到13K，的確這時候跳槽提升得很快。但是容易迷茫，如果頻繁跳槽，發(fā)現(xiàn)好像跳到這家公司和那家去差不多，到底應(yīng)該怎樣去做，就不明晰了。這時候，我們運(yùn)維的技術(shù)方向就發(fā)生變化了，基礎(chǔ)架構(gòu)運(yùn)維和開發(fā)型運(yùn)維開始分化，其中DevOps會更多一些，一些運(yùn)維工程師會產(chǎn)生迷茫，到底是去做什么。我所認(rèn)識的一些人做到五年左右，基礎(chǔ)架構(gòu)運(yùn)維的事情還沒有非常深入的時候，就去做了DevOps，發(fā)現(xiàn)原有的開源組件并不能用得很好，給公司以及個人的發(fā)展帶來了一定的風(fēng)險。

(3)技術(shù)能力與高薪預(yù)期的“錯位”

技術(shù)能力提升減緩與高薪預(yù)期的“錯位”，這一階段的中級運(yùn)維或高級運(yùn)維都容易自傲。我面試的運(yùn)維人有跟我同齡的，還有比我大的，他們中有些人技術(shù)知識還停留在五年前，卻因為自己從事這方面有一定時間了，產(chǎn)生高薪的期望。這就造成錯位，高薪期待和實際能力不匹配。

(4)事務(wù)型和思考型人才

3-5年運(yùn)維人屬于事務(wù)型和思考型人才，身為中級或再高一級的運(yùn)維工程師，大部分人還是處于被領(lǐng)導(dǎo)的狀態(tài)。有經(jīng)驗和學(xué)習(xí)能力加持，他們會思考什么是該掌握的東西，不過思考的強(qiáng)度往往還不夠。

(5)缺乏總結(jié)跟復(fù)盤

最后，缺乏總結(jié)跟復(fù)盤。我相信運(yùn)維人面對新的技術(shù)，或者做一些測試的時候，都會做筆記。那為什么還缺乏總結(jié)?很多時候筆記就只是一本筆記，并沒有回翻筆記來復(fù)習(xí)，更不會及時更新筆記內(nèi)容和分類。

5-8年：運(yùn)維經(jīng)理，至少運(yùn)維主管

5-8年的運(yùn)維人基本上是運(yùn)維經(jīng)理，至少是運(yùn)維主管。但是，很多運(yùn)維工程師是憑著技術(shù)能力和工作年限成為運(yùn)維經(jīng)理的，這中間要面對一個從技術(shù)到管理的跳躍，所以存在較多問題等待適應(yīng)和解決。

(1)找不到自己的定位

升任到運(yùn)維經(jīng)理后，很多事情還是自己承擔(dān)，導(dǎo)致團(tuán)隊里的其他兄弟分擔(dān)任務(wù)很少，進(jìn)步很慢，長遠(yuǎn)來看也不利于整個團(tuán)隊的發(fā)展。

(2)團(tuán)隊意識薄弱

不會帶團(tuán)隊，不懂得利用團(tuán)隊的力量來滿足公司的業(yè)務(wù)需要，還是做原來的角色。

(3)對管理角色的認(rèn)知出現(xiàn)偏差

身份轉(zhuǎn)變來得突然，面對新角色不適應(yīng)，比如開始擺架子，趾高氣昂，指使別人做這個做那個。另外，不習(xí)慣處理管理類事務(wù)，比如某一公司的業(yè)務(wù)在機(jī)房的哥們先是運(yùn)維工程師，被提到了IT主管。每天都要做報表，他會覺得太煩了，寧可不做，想回去繼續(xù)做一個運(yùn)維工程師。

(4)思考與事務(wù)占比相對來說會更均衡

做了運(yùn)維經(jīng)理以后，你更多的時候要思考的是怎么讓自己的運(yùn)維更加有效率，怎么讓公司形成這種標(biāo)準(zhǔn)化、規(guī)范化的運(yùn)維體系以及運(yùn)維技術(shù)體系。所以這時候，作為一個領(lǐng)導(dǎo)者，可能既要處理團(tuán)隊里疑難的技術(shù)問題，同時還要去規(guī)范運(yùn)維體系。

(5)運(yùn)維技術(shù)容易達(dá)到瓶頸期

公司里面處理線上事務(wù)特別多的時候，對于一個運(yùn)維經(jīng)理來講，時間、精力用來補(bǔ)足管理，很少能進(jìn)行技術(shù)知識的更新，所以技術(shù)知識往往就會停留在那個階段。但是在做技術(shù)的圈子里有個特別好玩的現(xiàn)象，底下的普通員工如果要服你，就要看你的技術(shù)能力是否夠強(qiáng)。技術(shù)能力不強(qiáng)，即使你的管理能力很強(qiáng)，下面的兄弟也不認(rèn)你。

我遇上好多這樣的情況。有一位運(yùn)維工程師朋友認(rèn)為自己經(jīng)理的技術(shù)能力不強(qiáng)，瞎指揮。但縱然這位經(jīng)理技不如人，他可以把一些任務(wù)安排有時間節(jié)點地完成，而且保證一定的質(zhì)量，這就是懂得管理。而我認(rèn)識的這個朋友，雖然他也做了八九年了，卻始終是一個普通的基層技術(shù)人員，做不上管理崗。

8-10年：運(yùn)維總監(jiān)/運(yùn)維架構(gòu)師

8-10年的運(yùn)維人，已達(dá)運(yùn)維總監(jiān)/運(yùn)維架構(gòu)師層次。這時候技術(shù)經(jīng)驗和管理經(jīng)驗都已經(jīng)非常豐富，加上做了運(yùn)維總監(jiān)或運(yùn)維架構(gòu)師，他們都有比較好的職業(yè)習(xí)慣。

(1)知識陳舊

因為他們不再做一線的運(yùn)維了，問題交給團(tuán)隊的人處理，自己只會給一個思路。比如說：不管做DBA還是做運(yùn)維的，他們對聽過的名詞都熟得不能再熟，但就是做不到毫秒級的故障切換。不久有人來問我，你們是怎么能做到毫秒級故障切換的?我回答說我們對于技術(shù)的領(lǐng)域是一直更新的，F(xiàn)ailover用的最多的還是Keepalived，Keepalived官方已經(jīng)給了答案。另外做技術(shù)是我的興趣，做管理是我的工作。

(2)學(xué)習(xí)能力下降

能做到運(yùn)維總監(jiān)或運(yùn)維架構(gòu)師，年齡絕對不會特別小，一般都在33到35歲之間。這時候，家庭、團(tuán)隊、公司都有很多事情會分散精力，相比而言學(xué)習(xí)能力會有所下降。 我在沒有孩子之前，一周至少有三個晚上可以騰出來三個小時學(xué)習(xí)?，F(xiàn)在，常常被兩個孩子纏著玩，等他們睡著以后發(fā)現(xiàn)剩下的一個小時或半個小時壓根兒就不夠，加上早起，精神上會很累。

(3)新事務(wù)接受能力下降

比如做數(shù)據(jù)倉庫和區(qū)塊鏈這些比較火的技術(shù)，沒法讓一幫三十幾歲的人去搞技術(shù)攻關(guān)，攻不了，精力也不夠。

(4)不懂的東西會越來越多

現(xiàn)在的新技術(shù)非常多，如果你不保持更新自己的知識體系，就會發(fā)現(xiàn)跟不上行業(yè)的發(fā)展節(jié)奏。

(5)對于事情目的、目標(biāo)不明確

很多人對于運(yùn)維這件事只管做，但為什么做、到底要做成什么樣子的，并不在乎。比如做故障切換的時候，我們是要求十毫秒必須發(fā)現(xiàn)問題，兩毫秒以內(nèi)故障切換。但很多公司并沒有這個要求，只要出了故障切過去就行，至于你的業(yè)務(wù)中斷多少時間可能都不會去思考。

以上是我根據(jù)實際工作經(jīng)驗，對不同階段運(yùn)維工程師的特征做的一些總結(jié)。我還是希望更多的運(yùn)維工程師可以走好自己的職業(yè)生涯，因此有了下面的一些建議。

二、怎么走好自己的運(yùn)維之路

先分享一下我最近面試新人時的一些經(jīng)驗。我面試時不會問過多問題，我就問應(yīng)聘者：你會不會安裝操作系統(tǒng)?

這個問題看似簡單，其實不那么容易回答。應(yīng)聘者沒有一個人說得上來，為什么我的操作系統(tǒng)安裝到服務(wù)器上，服務(wù)器可以正常運(yùn)行，也沒有一個人說得上來。

我又問，你能在任何一個服務(wù)器上安裝操作系統(tǒng)嗎?他們回答是“能”。這就是不善于去深入挖掘，是比較膚淺的。

再比如做配置的時候，很多人會選擇輸入網(wǎng)上的資料，我們操作系統(tǒng)里面配置/etc/security/limits.conf時，有人會將nofile配置為65535。我問他們，你為什么不配一個65536呢?他說不允許。我就笑了，說明很多人不會仔細(xì)地深究這個65535到底能配還是不能配，能不能比這個大，大多少倍，這些都沒有人去思考。

所以，面試結(jié)束我都會告訴他們說，能夠深入，你才會有價值。

對于剛?cè)肼殘龅娜硕?，五年以?nèi)的發(fā)展多憑借硬實力;而五年之后，運(yùn)維軟實力才決定他能走多遠(yuǎn)。

1、打磨硬實力

(1)官方文檔

紅帽招人面試時會問一個問題，當(dāng)運(yùn)維的環(huán)境出現(xiàn)故障，你首先從哪里查找資料解決問題?如果回答，我先從紅帽的官方文檔上找，然后再去處理思路，你已經(jīng)把一只腳踏入紅帽了;如果說你先通過谷歌搜索，還能繼續(xù)往下聊一會兒，但如果你說先通過百度搜索，下面就已經(jīng)不用再進(jìn)行了。這些都是紅帽相關(guān)負(fù)責(zé)人告訴我的。

(2)及時跟上時下比較火的技術(shù)

現(xiàn)在很多人學(xué)運(yùn)維，只把技術(shù)停留在落后的架構(gòu)上，然后根據(jù)百度上查找到的資料使用起來，而且沒辦法做到更深入的使用。對于優(yōu)化也僅僅停留在稍微修改就可以的程度，不會做更深入的研究。

(3)多關(guān)注技術(shù)公眾號

我關(guān)注了二十多個技術(shù)類的公眾號，不為別的，就是為了能及時了解新技術(shù)，提升自己的見識。

(4)給自己投資技術(shù)類書籍

我有一個觀點，給自己家庭買東西的時候，要舍得花錢;給自己手底下兄弟謀福利的時候，眼睛眨都不要眨;給自己的大腦做投資的時候，也是如此?？磿褪且豁棇ψ约河幸娴耐顿Y，以下是我看過后覺得不錯的書，推薦給大家：

• 《億級流量網(wǎng)站架構(gòu)核心技術(shù)》
• 《Linux性能優(yōu)化》
• 《Linux防火墻第四版》
• 《海量運(yùn)維運(yùn)營規(guī)劃之道》
• 《精通Nginx第二版》
• 《MySQL運(yùn)維內(nèi)參》
• 《高性能MySQL第三版》

(5)實驗

因為技術(shù)對我而言是一種興趣愛好，雖然精力上分不開那么多，但每當(dāng)出來一些新軟件或新版本，我都會去摸一摸，看看根據(jù)自己以前的技術(shù)知識能不能把它運(yùn)作起來，同時摸索是否有更好的新用法。

2、提升軟實力

我現(xiàn)在對部門所有運(yùn)維工程師的軟實力提升，要求非常高，比硬實力要高得多。

(1)溝通能力

面試溝通：我面試的時候，發(fā)現(xiàn)有些人溝通能力太差，坐了一會兒就開始緊張，緊張得手都不知道該往哪放了。雖然我已經(jīng)盡可能地讓他在輕松的環(huán)境里面試，以最輕松的話題談起再逐漸進(jìn)入主題，但他還是緊張得不知所措。

不過，溝通能力不代表口若懸河，應(yīng)該具備一些關(guān)鍵要素，交流時講清楚做了什么事、為什么做這個事、有多少種方法去做，這才是溝通能力。

上下級溝通：做管理的時候會發(fā)現(xiàn)，領(lǐng)導(dǎo)者最希望聽到下屬的反饋。當(dāng)我向下安排任務(wù)時，我希望他們過一會兒會來找我，了解做這件事的目的、怎么規(guī)避風(fēng)險、有沒有其他應(yīng)急預(yù)案等。如果不溝通的話，上下級很容易會產(chǎn)生這樣的問題：比如說我安排的配置要求很高，但他們并不知道我所希望達(dá)到的程度，自以為已經(jīng)配置得很好了，到了交付成果的時候才發(fā)現(xiàn)效果不夠好。如此反復(fù)，領(lǐng)導(dǎo)者只能不時盯緊手下人的任務(wù)進(jìn)程。

我們建立呼叫中心的時候，招來了一個管人力資源的人，他入職第一周下午下班后給我和公司所有高管發(fā)了周報，匯報項目的完成進(jìn)度、完成結(jié)果、由誰負(fù)責(zé)、為何延期等，寫得非常詳細(xì)。當(dāng)時所有人的反應(yīng)都是，這個人一定要好好留著。所以說，通過寫周報，就體現(xiàn)了他的價值。推薦看看《不懂匯報工作，還敢拼職場》這本書。

(2)時間管理能力(碎片時間)

大家在不加班的情況下，下班后手機(jī)一般都是用來干什么的呢?我的習(xí)慣是如果坐地鐵，會利用這個時間看看文檔、PDF等。

非常值得一提的是去年給我們公司做培訓(xùn)的一位講師，他的碎片時間管理極為優(yōu)秀。比如這會兒在我們的峰會現(xiàn)場，會有10分鐘的短歇時間，他可以在這10分鐘里寫一份PPT為明天的演講做準(zhǔn)備，但一般人都會在做完今天這場分享之后再去做下一場的PPT。所以說，懂得利用碎片時間是很重要的。

(3)方法論

作為技術(shù)人員經(jīng)常會用到的方法論是什么?

• SWOT
• 6W2H
• PDCA
• 魚骨圖：人、機(jī)、法、料、環(huán)
• 任務(wù)分解法
• SMART原則：具體、可衡量、可實現(xiàn)、時效性、相關(guān)性
• 思維導(dǎo)圖

SWOT原則可用于分析你自己的優(yōu)勢和劣勢。當(dāng)你去新的一家公司工作，挑戰(zhàn)、機(jī)遇各是什么?所以我面試的時候常會問兩個問題，你認(rèn)識你自己嗎?有些人想過，有些人沒想過，我會再細(xì)化，你自己的優(yōu)勢是什么?劣勢是什么?

PDCA原則其實就是幫助我們在做事情前做好計劃，做完了再去檢查，檢查之后發(fā)現(xiàn)有沒有改進(jìn)，或者有偏差的地方通過糾偏，通過不斷的PDCA原則越做越好。很多時候，如果想做好，PDCA原則是一定要有的。推薦看看《管理管到位就這幾招》這本書。

魚骨圖、任務(wù)分解法、思維導(dǎo)圖，這三個是我做任何事情都會用到。如果用魚骨圖做不成功，反過頭來，把做不成功的原因定位，做好方案，再根據(jù)思維導(dǎo)圖做這個任務(wù);你的執(zhí)行計劃是什么，執(zhí)行計劃做出來，接著任務(wù)分解：什么時間，做什么事情，你需要什么配合。

(4)工具

以下這些工具也是技術(shù)人員經(jīng)常需要用到的：

• Xmind：用于做思維導(dǎo)圖;
• JIRA：通過JIRA管理項目，根據(jù)項目的進(jìn)度來評估團(tuán)隊每個人每周工作是否飽和。如果誰這周空著，我就讓他做學(xué)習(xí)、提升或優(yōu)化;
• Confluence：在這個系統(tǒng)里做文檔管理。

(5)項目管理能力以及事件回顧、復(fù)盤能力

最后，項目管理能力以及事件回顧、復(fù)盤能力也同樣是需要提升的軟實力，推薦看看《復(fù)盤：對過去的事情做思維演練》這本書。

Q & A

Q1：我是做系統(tǒng)安全運(yùn)維的，目前我所了解的安全事件一般都是因用戶泄露引起的，想問一下，您對現(xiàn)階段運(yùn)維安全結(jié)合的方向有什么指導(dǎo)嗎?

A1：我聊一下我的感受：運(yùn)維如果是面向安全的話，我都不知道怎么去面對。為什么?因為運(yùn)維在做一些開源組件配置的時候，很多時候安全問題本身是可以避免的。像之前網(wǎng)上看到的NTP、DNS的域名反射攻擊，還有數(shù)據(jù)泄露，這些其實在我看來都不是一個應(yīng)該發(fā)生的問題。因為作為一個運(yùn)維，他的職責(zé)，第一個是穩(wěn)定，第二個是安全，我們討論的安全問題80%就是運(yùn)維引起的，為什么呢?因為不去把配置思考，默認(rèn)把配置全部建立到公共的IP上，你的數(shù)據(jù)就是直接暴露的。

我認(rèn)為，如果安全方面你把這些開源組件用好，更直接一點，如果這個開源組件里有參數(shù)是指定的IP，你只要把這個IP指向內(nèi)網(wǎng)IP，然后讓端口指向內(nèi)網(wǎng)，你的安全運(yùn)維80%就做到了。

Q2：我是一名運(yùn)維開發(fā)，想咨詢一下，您怎么看待運(yùn)維跟運(yùn)維開發(fā)的關(guān)系?

A2：只有當(dāng)你對你所負(fù)責(zé)業(yè)務(wù)的基礎(chǔ)組建深入了解并能用得好的時候，足夠的運(yùn)維開發(fā)你才會得心應(yīng)手。比如我們公司從運(yùn)維到現(xiàn)在沒有做過一個運(yùn)維開發(fā)，但是在做運(yùn)維的過程中，我們會做簡單的運(yùn)維開發(fā)，做一個平臺實現(xiàn)很多的功能。

為什么不招運(yùn)維開發(fā)?因為當(dāng)時還沒有構(gòu)建完善的運(yùn)維體系。只有當(dāng)建立符合標(biāo)準(zhǔn)化、規(guī)范化的運(yùn)維規(guī)則、制度、流程之后，我才會用運(yùn)維開發(fā)。比如現(xiàn)在我已經(jīng)有了標(biāo)準(zhǔn)化、規(guī)范化的東西，那就需要招運(yùn)維開發(fā)幫我實現(xiàn)相應(yīng)的平臺，來更加高效地實現(xiàn)運(yùn)維的目標(biāo)。

所以，運(yùn)維開發(fā)，我個人建議你要么去做監(jiān)控，要么你想負(fù)責(zé)所有的開源組件更好地做好運(yùn)維工作的話，先把運(yùn)維的基礎(chǔ)東西夯實了，然后再去做運(yùn)維的架構(gòu)。

[[247611]]

講師介紹

李強(qiáng)，10年以上運(yùn)維及管理經(jīng)驗，先后在AdMaster、餓了么擔(dān)任運(yùn)維經(jīng)理;現(xiàn)任天天拍車運(yùn)維總監(jiān)，主要負(fù)責(zé)天天拍車運(yùn)維架構(gòu)的管理、持續(xù)優(yōu)化以及運(yùn)維團(tuán)隊的建設(shè)、培養(yǎng)。擅長互聯(lián)網(wǎng)運(yùn)維體系、運(yùn)維技術(shù)體系的建立以及高并發(fā)互聯(lián)網(wǎng)基礎(chǔ)架構(gòu)的設(shè)計及優(yōu)化。 同時作為國內(nèi)最早一批思科網(wǎng)絡(luò)模擬器的推廣者、虛擬化先鋒論壇的創(chuàng)始人，一直致力于網(wǎng)絡(luò)模擬器使用的推廣，為國內(nèi)培養(yǎng)網(wǎng)絡(luò)工程師盡一份力。