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

這就好比一個高層領導就一定要往下一級部門逐級提拔；一個是工作的主力要往后一個層級才能爬上去。道理就是這么簡單。如果不往上爬，那工資就是職業生涯大多數情況的低谷。這兩個月因為在做項目，一直是閑的。年后還有幾場比賽，基本上每天都處于一個散漫狀態。所以想跟大家分享一些一線的運維工作做法。也許對于那些想往運維工程師發展的同學或者個人來說，有一些借鑒。

第一招服務器運維技術，從滾鍵盤講起運維人工作做到一定程度的時候，開始學會了怎么玩鍵盤。就像你用編程語言，后面如果能寫出不錯的代碼，那么也就不需要換一個編輯器了。而運維人的思維方式也是如此。當你要做一個開發的時候，先是玩命的看你的編譯器怎么來編譯的，然后看你的cpu怎么去一級一級往上編譯，然后cpu處理的函數一定要規范整齊。

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

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

第一個用emacs執行gdb輸出的lcd的內容（，大家可以回去看一下emacs的源碼，很多都是emacs的直接相關功能服務器運維技術，然后它寫這些東西當時也就是為了完成這個需求）。這個可以說是一個非常熟悉的過程，尤其是我們國內的運維工程師，這是一個他們很必須學會的東西。因為他們很多的數據庫和nginx，lvs等都是nginx去維護。需要實現一些簡單的服務的通訊（nginx需要識別主從）。然后作為一個實習生來。