運維的幾大方向

 1，運維，基本要掌握的有，操做系統，計算機原理，編譯原理，計算機網絡等等等等。基於理論性的知識，基礎知識，必須紮實，才能靈活應用。如今互聯網變化之快，今天出來一個新技術，你纔剛用上手，別人告訴你淘汰了，又有新產品了。掌握什麼才能應對這種變化的速度呢？萬變不離其宗，基礎掌握得好，理解了原理，均可以解釋得通。掌握了那麼多基礎的知識，還能沒有發展前景嗎？ 

2，一家公司的全部服務器，基礎環境，通常由運維去搭建的。全部程序員跑的程序，必須跑在你搭建的環境中。沒了運維可不行哦。服務器的root 權限掌握在運維手裏，一個命令能夠毀了一個網站，一個團隊，重要吧？有專業公司恢復數據？那我進入機房，幾個動做把硬盤物理性損壞，沒救了吧？破壞的事情說多了，說點好的。運維能夠根據如今業務的統計數據，去規劃一下網站的將來發展，須要多少資源啊，當前的高可用作得好很差啊，擴展性有保證了沒有啊。 

3，運維團隊，有一個方向，是DBA 。DBA 就是管數據的。一個簡單的例子吧，如今的網站，瓶頸通常都在DB 上，DBA 的其中一個職責，就是提高DB 的性能，你看，運維團隊解決了網站的瓶頸問題噢。DBA 還有一個職責，就是保證DB 的高可用。網站的程序能夠重寫，但用戶的數據不能僞造，若是數據永遠地丟了，那這個網站也就完了。 

4，運維團隊，還有一個方向，是運維開發。大概就是，他們在寫着一些，與網站業務不相關的程序，來提升開發的工做效率啦，提升服務器的性能啦。兩個網站表面看起來都差很少，只是一些UI 的不一樣，真正能夠形成不一樣的，多是，網站A 只是用了一臺服務器就撐起了B 要10 臺服務器才能作到的訪問量，網站A 作到了快速自動化測試，節省了大量的時間，網站B 的工程師還在忙活的時候，A 的工程師們都在娛樂了。這纔是不一樣，質的不一樣。 

我不是很喜歡純靠經驗型的運維，不懂得編程的運維，前進的路頗有限。能夠轉技術管理，帶隊作項目，但就是在技術方面的路很難走下去。