服務(wù)器運(yùn)維技術(shù)有時(shí)候還真是日新月異的。但是反過來說，這也是一個(gè)鍛煉人的好機(jī)會(huì)，能夠看到一個(gè)職業(yè)或者生活方式是怎么一步步向前發(fā)展的。我經(jīng)常遇到業(yè)內(nèi)的朋友給我說，“如果做自動(dòng)化運(yùn)維，就可以長(zhǎng)期向上爬，工資也就不會(huì)低”。但是真相往往是，如果不能在短期內(nèi)提升到一個(gè)標(biāo)準(zhǔn)，就沒有進(jìn)步的空間，而一旦你提升到了一個(gè)基本的級(jí)別，工資自然就上去了。

這就好比一個(gè)高層領(lǐng)導(dǎo)就一定要往下一級(jí)部門逐級(jí)提拔；一個(gè)是工作的主力要往后一個(gè)層級(jí)才能爬上去。道理就是這么簡(jiǎn)單。如果不往上爬，那工資就是職業(yè)生涯大多數(shù)情況的低谷。這兩個(gè)月因?yàn)樵谧鲰?xiàng)目，一直是閑的。年后還有幾場(chǎng)比賽，基本上每天都處于一個(gè)散漫狀態(tài)。所以想跟大家分享一些一線的運(yùn)維工作做法。也許對(duì)于那些想往運(yùn)維工程師發(fā)展的同學(xué)或者個(gè)人來說，有一些借鑒。

第一招服務(wù)器運(yùn)維技術(shù)，從滾鍵盤講起運(yùn)維人工作做到一定程度的時(shí)候，開始學(xué)會(huì)了怎么玩鍵盤。就像你用編程語言，后面如果能寫出不錯(cuò)的代碼，那么也就不需要換一個(gè)編輯器了。而運(yùn)維人的思維方式也是如此。當(dāng)你要做一個(gè)開發(fā)的時(shí)候，先是玩命的看你的編譯器怎么來編譯的，然后看你的cpu怎么去一級(jí)一級(jí)往上編譯，然后cpu處理的函數(shù)一定要規(guī)范整齊。

基本上從你看的第一眼，你就知道了將來你要怎么往上走，學(xué)習(xí)的路徑是什么。那我們一起看一下在運(yùn)維工作做了之后，最能夠和上層解耦的方式——滾鍵盤的編程。解耦方式滾鍵盤編程相比一般的語言來說，最大的特點(diǎn)就是可以很好的模擬去寫代碼。而早期的時(shí)候，大家普遍都不會(huì)寫代碼，一個(gè)個(gè)api就是他們的語言基礎(chǔ)。所以這個(gè)時(shí)候運(yùn)維工程師能夠模擬去寫一些腳本命令，會(huì)比直接去寫一個(gè)整齊的代碼方便一些。

當(dāng)然了，后來有了gdb，就不用要求一定要實(shí)現(xiàn)了完整的代碼了。當(dāng)然還有perl等，然后emacs都能夠模擬去編譯。所以作為一個(gè)產(chǎn)品運(yùn)維工程師，能夠輕松模擬去寫代碼就可以。這樣一個(gè)熟悉的過程，也是運(yùn)維工程師發(fā)展的路徑。解耦方式二，常用命令行將上面的模擬編譯成一行命令去執(zhí)行。這個(gè)方式有什么好處呢？就是可以發(fā)現(xiàn)很多用emacs不能完成的事情。

第一個(gè)用emacs執(zhí)行g(shù)db輸出的lcd的內(nèi)容（，大家可以回去看一下emacs的源碼，很多都是emacs的直接相關(guān)功能服務(wù)器運(yùn)維技術(shù)，然后它寫這些東西當(dāng)時(shí)也就是為了完成這個(gè)需求）。這個(gè)可以說是一個(gè)非常熟悉的過程，尤其是我們國(guó)內(nèi)的運(yùn)維工程師，這是一個(gè)他們很必須學(xué)會(huì)的東西。因?yàn)樗麄兒芏嗟臄?shù)據(jù)庫(kù)和nginx，lvs等都是nginx去維護(hù)。需要實(shí)現(xiàn)一些簡(jiǎn)單的服務(wù)的通訊（nginx需要識(shí)別主從）。然后作為一個(gè)實(shí)習(xí)生來。