現(xiàn)在的運(yùn)維工程師在大家眼中是個(gè)什么樣子呢？ 是不是還是把服務(wù)器搬來搬去，每天不是在拿著Linux光盤開始裝系統(tǒng)，就是在等待系統(tǒng)安裝完成。你如果還是這么想，那就大錯(cuò)特錯(cuò)了?，F(xiàn)在又有做一個(gè)新的物種誕生，那就是運(yùn)維開發(fā)工程獅（devops），這只獅子的作用就是把上面的那些工作統(tǒng)統(tǒng)給自動(dòng)化掉，如自動(dòng)化給數(shù)據(jù)中心的裸金屬服務(wù)器安裝系統(tǒng)，自動(dòng)部署應(yīng)用。自動(dòng)收集日志，自動(dòng)監(jiān)控報(bào)警甚至是自動(dòng)修復(fù)問題。然后運(yùn)維工作就是每天喝喝茶看看圖表，然后再給自動(dòng)化運(yùn)維工具提交兩行代碼。完全解放了生產(chǎn)力啊。

從Linux管理員說起再到開源世界結(jié)束，每個(gè)地方都有Linux參與的廣泛身影。如何快速和有效的學(xué)會Linux呢。從問答網(wǎng)站，Linux新聞網(wǎng)站每天看一點(diǎn)碎片知識行不行？這些碎片知識都是不成體系的雞肋。如果沒有系統(tǒng)的學(xué)習(xí)一下，那么你永遠(yuǎn)搞不懂真正Linux，只有一知半解。 拿去哪里尋找學(xué)習(xí)資料呢？ 看《鳥哥的私房菜》怎么樣。 這個(gè)書的Linux知識的確非常好，但是適合作為辭典一樣的工具書，因?yàn)橹v的太詳細(xì)了。看起來會讓你有昏昏欲睡的感覺。

最近的軟件定義XX火的一塌糊，軟件定義存儲（如 Ceph，VSAN，Scanio），軟件定義網(wǎng)絡(luò)（NSX），軟件定義安全，軟件定義數(shù)據(jù)中心等等。正是這些看似單獨(dú)的一個(gè)個(gè)組件，最終成為了云計(jì)算。而云計(jì)算的基石是Linux.每個(gè)軟件定義XX的背后都一定會有Linux和編程語言java，python，go作為支撐，沒有Linux就沒有當(dāng)今的云計(jì)算。 有了智能化的基礎(chǔ)架構(gòu)，那么部署應(yīng)用是什么樣子呢。還是下載應(yīng)用安裝包，配置應(yīng)用運(yùn)行環(huán)境，調(diào)整應(yīng)用配置文件，啟動(dòng)應(yīng)用的老一套嗎？ 現(xiàn)在我們有了Docker這個(gè)神奇的東西，每個(gè)應(yīng)用就是一個(gè)鏡像，當(dāng)你寫完代碼，使用Git工具推送到GitHub那一刻起，Dockerfile這個(gè)文件已經(jīng)在自動(dòng)化的做原來（下載應(yīng)用安裝包，配置應(yīng)用運(yùn)行環(huán)境，調(diào)整應(yīng)用配置文件）這些工作了。當(dāng)Dockerfile這個(gè)文件運(yùn)行完后，一個(gè)非常完美的應(yīng)用鏡像就做好了，只剩下啟動(dòng)這個(gè)鏡像了。然后一個(gè)dockercompose文件就可以把整個(gè)應(yīng)用鏈都給啟動(dòng)了。當(dāng)前的運(yùn)維工作跟5年前先比完全是天壤之別了。

在這些智能，快速，方便的背后，都是程序員用代碼一行一行寫出來的。都是一個(gè)巨型且精細(xì)的軟件工程，這些巨型工程都是程序員合力開發(fā)出來的。并且這些軟件代碼都是開源的，如果那個(gè)運(yùn)維人員在使用這些軟件過程中發(fā)現(xiàn)了生產(chǎn)級別的錯(cuò)誤，那么就可以去GitHub提交自己的修復(fù)代碼。

在這個(gè)2016年的年末，LinusTorvalds 在 2016 年 12 月 11 日發(fā)布了 Linux 內(nèi)核4.9 的正式版本。其中包含了顯卡驅(qū)動(dòng)和文件系統(tǒng)的更新，但最讓人興奮的是來自Google員工開發(fā)的BBR內(nèi)核模塊，這個(gè)模塊能在在網(wǎng)絡(luò)鏈接較差的情況下依然能跑出很高的帶寬.Linux內(nèi)核最為世界最大的開源軟件項(xiàng)目，全世界有那么多的開發(fā)者，他們是如何有條不紊的提交代碼呢。這里就有一個(gè)小工具 git 幫了大忙。這就可以看出 git的在軟件開發(fā)中的巨大威力。 而由git誕生出了GitHub這個(gè)全世界最大的開源代碼托管網(wǎng)站，每個(gè)程序員的開源圣地一定是GitHub了。在這個(gè)神奇的網(wǎng)站上有著Openstack.Docker等這樣的人氣很高的云計(jì)算軟件。而這些軟件在使用過程中是不可避免出現(xiàn)錯(cuò)誤的，這些生產(chǎn)一線環(huán)境中的錯(cuò)誤更是寶貴，每個(gè)使用該軟件中的運(yùn)維工作人員都有義務(wù)提交給軟件官方開發(fā)者，如去GitHub網(wǎng)站提出一個(gè)issuse，去官方郵件列表發(fā)出問題郵件。讓開發(fā)人員或有能力的熱心群眾迅速定位問題，迅速修復(fù)。避免錯(cuò)誤在大范圍的蔓延。這就是開源的力量。