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

[[249415]]

 

 

 

運(yùn)維工程師成長(zhǎng)的煩惱

 

 

 

 

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

 

 

 

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

 

 

 

隨性工程師

 

在工作時(shí)間內(nèi)，一般是比較隨性的工程師，做一天和尚撞一天鐘，我也親身經(jīng)歷過(guò)此階段。

 

這時(shí)候還沒(méi)有什么責(zé)任心，不會(huì)有過(guò)多的想法，只負(fù)責(zé)去執(zhí)行，而不做過(guò)多的思考。

 

與工作時(shí)間內(nèi)的“被動(dòng)思維”呼應(yīng)的是，下班之后夜生活比較豐富，撩妹、抖音、打游戲等。

 

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

 

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

 

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

 

我曾接帶過(guò)一個(gè)實(shí)習(xí)運(yùn)維工程師：3 月份入職，9 月份離職。初來(lái)乍到特別散漫，做事只應(yīng)付我們的基本期待。

 

后來(lái)接受了一些思想指導(dǎo)，小伙子工作突然很有沖勁；他所做的事情，包括日?qǐng)?bào)、周報(bào)內(nèi)容的撰寫(xiě)，表現(xiàn)得判若兩人。

 

2015 年 4 月份的 22 個(gè)工作日，他加班 22 天，天天至凌晨?jī)扇c(diǎn)。期間技能也得到了極大提升：比如讓他測(cè)試集群的性能，積極去做之外，也會(huì)認(rèn)真思考為什么去做這件事情；對(duì)新技術(shù)進(jìn)行研究，思考怎么樣把它快速地掌握。

 

事務(wù)型人才

 

最后，我把各個(gè)行業(yè)的小朋友都稱為事務(wù)型人才，顧名思義，只需要把事情做好，達(dá)到公司的業(yè)務(wù)目的即可。

 

“顧頭不顧尾”也是一種常態(tài)，我指導(dǎo)過(guò)一名 90 后的運(yùn)維工程師，他做代碼發(fā)布，只管發(fā)上去，無(wú)視后期事態(tài)，比如是否發(fā)布成功、業(yè)務(wù)是否可以訪問(wèn)等。

 

 

 

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

 

 

 

技術(shù)提升

 

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

 

“跳槽”慣性

 

技術(shù)提高以后，會(huì)陷入“跳槽”慣性。上面提到的 2015 年 3 月份到我這邊的運(yùn)維工程師，剛?cè)肼殨r(shí)轉(zhuǎn)正 5K，9 月份離職去大麥網(wǎng)以后薪資一下到 13K，的確這時(shí)候跳槽提升得很快。

 

但是容易迷茫，如果頻繁跳槽，發(fā)現(xiàn)好像跳到這家公司和那家去差不多，到底應(yīng)該怎樣去做，就不明晰了。

 

這時(shí)候，我們運(yùn)維的技術(shù)方向就發(fā)生變化了，基礎(chǔ)架構(gòu)運(yùn)維和開(kāi)發(fā)型運(yùn)維開(kāi)始分化，其中 DevOps 會(huì)更多一些，一些運(yùn)維工程師會(huì)產(chǎn)生迷茫，到底是去做什么。

 

我所認(rèn)識(shí)的一些人做到五年左右，基礎(chǔ)架構(gòu)運(yùn)維的事情還沒(méi)有非常深入的時(shí)候，就去做了 DevOps，發(fā)現(xiàn)原有的開(kāi)源組件并不能用得很好，給公司以及個(gè)人的發(fā)展帶來(lái)了一定的風(fēng)險(xiǎn)。

 

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

 

技術(shù)能力提升減緩與高薪預(yù)期的“錯(cuò)位”，這一階段的中級(jí)運(yùn)維或高級(jí)運(yùn)維都容易自傲。

 

我面試的運(yùn)維人有跟我同齡的，還有比我大的，他們中有些人技術(shù)知識(shí)還停留在五年前，卻因?yàn)樽约簭氖逻@方面有一定時(shí)間了，產(chǎn)生高薪的期望。這就造成錯(cuò)位，高薪期待和實(shí)際能力不匹配。    

 

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

 

3-5 年運(yùn)維人屬于事務(wù)型和思考型人才，身為中級(jí)或再高一級(jí)的運(yùn)維工程師，大部分人還是處于被領(lǐng)導(dǎo)的狀態(tài)。

 

有經(jīng)驗(yàn)和學(xué)習(xí)能力加持，他們會(huì)思考什么是該掌握的東西，不過(guò)思考的強(qiáng)度往往還不夠。

 

缺乏總結(jié)跟復(fù)盤(pán)

 

最后，缺乏總結(jié)跟復(fù)盤(pán)。我相信運(yùn)維人面對(duì)新的技術(shù)，或者做一些測(cè)試的時(shí)候，都會(huì)做筆記。

 

那為什么還缺乏總結(jié)？很多時(shí)候筆記就只是一本筆記，并沒(méi)有回翻筆記來(lái)復(fù)習(xí)，更不會(huì)及時(shí)更新筆記內(nèi)容和分類(lè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)理的，這中間要面對(duì)一個(gè)從技術(shù)到管理的跳躍，所以存在較多問(wèn)題等待適應(yīng)和解決。

 

找不到自己的定位

 

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

 

團(tuán)隊(duì)意識(shí)薄弱

 

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

 

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

 

身份轉(zhuǎn)變來(lái)得突然，面對(duì)新角色不適應(yīng)，比如開(kāi)始擺架子，趾高氣昂，指使別人做這個(gè)做那個(gè)。

 

另外，不習(xí)慣處理管理類(lèi)事務(wù)，比如某一公司的業(yè)務(wù)在機(jī)房的哥們先是運(yùn)維工程師，被提到了 IT 主管。

 

每天都要做報(bào)表，他會(huì)覺(jué)得太煩了，寧可不做，想回去繼續(xù)做一個(gè)運(yùn)維工程師。

 

思考與事務(wù)占比相對(duì)來(lái)說(shuō)會(huì)更均衡

 

做了運(yùn)維經(jīng)理以后，你更多的時(shí)候要思考的是怎么讓自己的運(yùn)維更加有效率，怎么讓公司形成這種標(biāo)準(zhǔn)化、規(guī)范化的運(yùn)維體系以及運(yùn)維技術(shù)體系。

 

所以這時(shí)候，作為一個(gè)領(lǐng)導(dǎo)者，可能既要處理團(tuán)隊(duì)里疑難的技術(shù)問(wèn)題，同時(shí)還要去規(guī)范運(yùn)維體系。

 

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

 

公司里面處理線上事務(wù)特別多的時(shí)候，對(duì)于一個(gè)運(yùn)維經(jīng)理來(lái)講，時(shí)間、精力用來(lái)補(bǔ)足管理，很少能進(jìn)行技術(shù)知識(shí)的更新，所以技術(shù)知識(shí)往往就會(huì)停留在那個(gè)階段。

 

但是在做技術(shù)的圈子里有個(gè)特別好玩的現(xiàn)象，底下的普通員工如果要服你，就要看你的技術(shù)能力是否夠強(qiáng)。技術(shù)能力不強(qiáng)，即使你的管理能力很強(qiáng)，下面的兄弟也不認(rèn)你。

 

我遇上好多這樣的情況。有一位運(yùn)維工程師朋友認(rèn)為自己經(jīng)理的技術(shù)能力不強(qiáng)，瞎指揮。

 

但縱然這位經(jīng)理技不如人，他可以把一些任務(wù)安排有時(shí)間節(jié)點(diǎn)地完成，而且保證一定的質(zhì)量，這就是懂得管理。

 

而我認(rèn)識(shí)的這個(gè)朋友，雖然他也做了八九年了，卻始終是一個(gè)普通的基層技術(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í)候技術(shù)經(jīng)驗(yàn)和管理經(jīng)驗(yàn)都已經(jīng)非常豐富，加上做了運(yùn)維總監(jiān)或運(yùn)維架構(gòu)師，他們都有比較好的職業(yè)習(xí)慣。

 

知識(shí)陳舊

 

因?yàn)樗麄儾辉僮鲆痪€的運(yùn)維了，問(wèn)題交給團(tuán)隊(duì)的人處理，自己只會(huì)給一個(gè)思路。

 

比如說(shuō)：不管做 DBA 還是做運(yùn)維的，他們對(duì)聽(tīng)過(guò)的名詞都熟得不能再熟，但就是做不到毫秒級(jí)的故障切換。

 

不久有人來(lái)問(wèn)我，你們是怎么能做到毫秒級(jí)故障切換的？我回答說(shuō)我們對(duì)于技術(shù)的領(lǐng)域是一直更新的，F(xiàn)ailover 用的最多的還是 Keepalived，Keepalived 官方已經(jīng)給了答案。

 

另外做技術(shù)是我的興趣，做管理是我的工作。

 

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

 

能做到運(yùn)維總監(jiān)或運(yùn)維架構(gòu)師，年齡絕對(duì)不會(huì)特別小，一般都在 33 到 35 歲之間。

 

這時(shí)候，家庭、團(tuán)隊(duì)、公司都有很多事情會(huì)分散精力，相比而言學(xué)習(xí)能力會(huì)有所下降。

 

我在沒(méi)有孩子之前，一周至少有三個(gè)晚上可以騰出來(lái)三個(gè)小時(shí)學(xué)習(xí)。現(xiàn)在，常常被兩個(gè)孩子纏著玩，等他們睡著以后發(fā)現(xiàn)剩下的一個(gè)小時(shí)或半個(gè)小時(shí)壓根兒就不夠，加上早起，精神上會(huì)很累。

 

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

 

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

 

不懂的東西會(huì)越來(lái)越多

 

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

 

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

 

很多人對(duì)于運(yùn)維這件事只管做，但為什么做、到底要做成什么樣子的，并不在乎。

 

比如做故障切換的時(shí)候，我們是要求十毫秒必須發(fā)現(xiàn)問(wèn)題，兩毫秒以內(nèi)故障切換。

 

但很多公司并沒(méi)有這個(gè)要求，只要出了故障切過(guò)去就行，至于你的業(yè)務(wù)中斷多少時(shí)間可能都不會(huì)去思考。

 

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

[[249416]]

 

 

 

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

 

 

 

 

先分享一下我最近面試新人時(shí)的一些經(jīng)驗(yàn)。我面試時(shí)不會(huì)問(wèn)過(guò)多問(wèn)題，我就問(wèn)應(yīng)聘者：你會(huì)不會(huì)安裝操作系統(tǒng)？

 

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

 

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

再比如做配置的時(shí)候，很多人會(huì)選擇輸入網(wǎng)上的資料，我們操作系統(tǒng)里面配置 /etc/security/limits.conf 時(shí)，有人會(huì)將 nofile 配置為 65535。

 

我問(wèn)他們，你為什么不配一個(gè) 65536 呢？他說(shuō)不允許。我就笑了，說(shuō)明很多人不會(huì)仔細(xì)地深究這個(gè) 65535 到底能配還是不能配，能不能比這個(gè)大，大多少倍，這些都沒(méi)有人去思考。

 

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

 

對(duì)于剛?cè)肼殘?chǎng)的人而言，五年以內(nèi)的發(fā)展多憑借硬實(shí)力；而五年之后，運(yùn)維軟實(shí)力才決定他能走多遠(yuǎn)。

 

 

 

打磨硬實(shí)力

 

 

 

官方文檔

 

紅帽招人面試時(shí)會(huì)問(wèn)一個(gè)問(wèn)題，當(dāng)運(yùn)維的環(huán)境出現(xiàn)故障，你首先從哪里查找資料解決問(wèn)題？

 

如果回答，我先從紅帽的官方文檔上找，然后再去處理思路，你已經(jīng)把一只腳踏入紅帽了。

 

如果說(shuō)你先通過(guò)谷歌搜索，還能繼續(xù)往下聊一會(huì)兒，但如果你說(shuō)先通過(guò)百度搜索，下面就已經(jīng)不用再進(jìn)行了。這些都是紅帽相關(guān)負(fù)責(zé)人告訴我的。

 

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

 

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

 

多關(guān)注技術(shù)公眾號(hào)

 

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

 

給自己投資技術(shù)類(lèi)書(shū)籍

 

我有一個(gè)觀點(diǎn)，給自己家庭買(mǎi)東西的時(shí)候，要舍得花錢(qián)；給自己手底下兄弟謀福利的時(shí)候，眼睛眨都不要眨；給自己的大腦做投資的時(shí)候，也是如此。

 

看書(shū)就是一項(xiàng)對(duì)自己有益的投資，以下是我看過(guò)后覺(jué)得不錯(cuò)的書(shū)，推薦給大家：

• 《億級(jí)流量網(wǎng)站架構(gòu)核心技術(shù)》

• 《Linux 性能優(yōu)化》

• 《Linux 防火墻第四版》

• 《海量運(yùn)維運(yùn)營(yíng)規(guī)劃之道》

• 《精通 Nginx 第二版》

• 《MySQL 運(yùn)維內(nèi)參》

• 《高性能 MySQL 第三版》

 

實(shí)驗(yàn)

 

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

 

 

 

提升軟實(shí)力

 

 

 

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

 

溝通能力

 

面試溝通：我面試的時(shí)候，發(fā)現(xiàn)有些人溝通能力太差，坐了一會(huì)兒就開(kāi)始緊張，緊張得手都不知道該往哪放了。

 

雖然我已經(jīng)盡可能地讓他在輕松的環(huán)境里面試，以最輕松的話題談起再逐漸進(jìn)入主題，但他還是緊張得不知所措。

 

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

 

上下級(jí)溝通：做管理的時(shí)候會(huì)發(fā)現(xiàn)，領(lǐng)導(dǎo)者最希望聽(tīng)到下屬的反饋。當(dāng)我向下安排任務(wù)時(shí)，我希望他們過(guò)一會(huì)兒來(lái)找我，了解做這件事的目的、怎么規(guī)避風(fēng)險(xiǎn)、有沒(méi)有其他應(yīng)急預(yù)案等。

 

如果不溝通的話，上下級(jí)很容易會(huì)產(chǎn)生這樣的問(wèn)題：比如說(shuō)我安排的配置要求很高，但他們并不知道我所希望達(dá)到的程度，自以為已經(jīng)配置得很好了，到了交付成果的時(shí)候才發(fā)現(xiàn)效果不夠好。如此反復(fù)，領(lǐng)導(dǎo)者只能不時(shí)盯緊手下人的任務(wù)進(jìn)程。

我們建立呼叫中心的時(shí)候，招來(lái)了一個(gè)管人力資源的人，他入職第一周下午下班后給我和公司所有高管發(fā)了周報(bào)，匯報(bào)項(xiàng)目的完成進(jìn)度、完成結(jié)果、由誰(shuí)負(fù)責(zé)、為何延期等，寫(xiě)得非常詳細(xì)。當(dāng)時(shí)所有人的反應(yīng)都是，這個(gè)人一定要好好留著。

 

所以說(shuō)，通過(guò)寫(xiě)周報(bào)，就體現(xiàn)了他的價(jià)值。推薦看看《不懂匯報(bào)工作，還敢拼職場(chǎng)》這本書(shū)。

 

時(shí)間管理能力（碎片時(shí)間）

 

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

非常值得一提的是去年給我們公司做培訓(xùn)的一位講師，他的碎片時(shí)間管理極為優(yōu)秀。

 

比如在峰會(huì)的現(xiàn)場(chǎng)，會(huì)有 10 分鐘的短歇時(shí)間，他可以在這 10 分鐘里寫(xiě)一份 PPT 為明天的演講做準(zhǔn)備。

 

但一般人都會(huì)在做完今天這場(chǎng)分享之后再去做下一場(chǎng)的 PPT。所以說(shuō)，懂得利用碎片時(shí)間是很重要的。

 

方法論

 

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

• SWOT

• 6W2H

• PDCA

• 魚(yú)骨圖：人、機(jī)、法、料、環(huán)

• 任務(wù)分解法

• SMART 原則：具體、可衡量、可實(shí)現(xiàn)、時(shí)效性、相關(guān)性

• 思維導(dǎo)圖

 

SWOT 原則可用于分析你自己的優(yōu)勢(shì)和劣勢(shì)。當(dāng)你去新的一家公司工作，挑戰(zhàn)、機(jī)遇各是什么？所以我面試的時(shí)候常會(huì)問(wèn)兩個(gè)問(wèn)題，你認(rèn)識(shí)你自己?jiǎn)幔?/span>

有些人想過(guò)，有些人沒(méi)想過(guò)，我會(huì)再細(xì)化，你自己的優(yōu)勢(shì)是什么？劣勢(shì)是什么？

 

PDCA 原則其實(shí)就是幫助我們?cè)谧鍪虑榍白龊糜?jì)劃，做完了再去檢查，檢查之后發(fā)現(xiàn)有沒(méi)有改進(jìn)，或者有偏差的地方通過(guò)糾偏，通過(guò)不斷的 PDCA 原則越做越好。

很多時(shí)候，如果想做好，PDCA 原則是一定要有的。推薦看看《管理管到位就這幾招》這本書(shū)。

 

魚(yú)骨圖、任務(wù)分解法、思維導(dǎo)圖，這三個(gè)是我做任何事情都會(huì)用到。如果用魚(yú)骨圖做不成功，反過(guò)頭來(lái)，把做不成功的原因定位，做好方案，再根據(jù)思維導(dǎo)圖做這個(gè)任務(wù)。

你的執(zhí)行計(jì)劃是什么，執(zhí)行計(jì)劃做出來(lái)，接著做任務(wù)分解：什么時(shí)間，做什么事情，你需要什么配合。

工具

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

• Xmind：用于做思維導(dǎo)圖。

• JIRA：通過(guò) JIRA 管理項(xiàng)目，根據(jù)項(xiàng)目的進(jìn)度來(lái)評(píng)估團(tuán)隊(duì)每個(gè)人每周工作是否飽和。如果誰(shuí)這周空著，我就讓他做學(xué)習(xí)、提升或優(yōu)化。

• Confluence：在這個(gè)系統(tǒng)里做文檔管理。

項(xiàng)目管理能力以及事件回顧、復(fù)盤(pán)能力

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

作者：李強(qiáng)

編輯：陶家龍、孫淑娟

出處：轉(zhuǎn)載自「dbaplus社群」微信公眾號(hào)，本文根據(jù)李強(qiáng)老師在〖2018 DAMS中國(guó)數(shù)據(jù)資產(chǎn)管理峰會(huì)〗現(xiàn)場(chǎng)演講內(nèi)容整理而成。

[[249417]]

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