運維人員如何構建知識體系

如今作技術的人廣泛都有一種焦慮，我也或多或少有一點，焦慮什麼呢，老是感受，本身不懂得技術太多了。雖然不停的學習，拼命的擴充本身的技術邊際，可是面對不斷出現的新技術，學習的速度永遠趕不上新技術發展的速度，就會感受本身不會的東西愈來愈多。不少人問，怎麼學習新技術，怎麼跟上新變化？

其實工做十多年，以爲要想應對變化，很重要的一點就是以不變應萬變。

換個說法，如今不少人都在講長期主義，長期主義並非說咱們要堅持什麼長期不變，並且咱們找到不變的而去長期堅持。

之因此這麼說是由於，計算機行業的變化都是表面的東西，內在東西其實變化不大。也就是說，理論層面變得很少，只是在形式上變化。因此要應對這種變化，咱們必定得打牢本身的理論基礎，提高內功修養，好比計算機原理、操做系統原理、數據庫、TCP/IP等。

但打牢了基礎，就更容易突破瓶頸。技術世界裏不存在量變會形成質變的現象。什麼意思呢？量變到質變是說，咱們用磚頭建小房子，磚頭砌夠了，房子就建好了。咱們學習英語，詞彙量足夠了，有一天就忽然發現能看懂大多數的英文文檔。但在技術領域不是這樣的。磚頭砌得再多，電腦裝得再多，網絡設備配置再多，也不能讓咱們成爲一個架構師，由於咱們不懂原理，不懂科學方法。只有掌握了原理，咱們的能力才能長上去。就像學數學同樣，但咱們掌握了微積分這種「大殺器」，咱們的解題能力就會所向披靡，而微積分絕對不能靠中學的題海戰術能量變出來的。

因此必須學習基礎的理論知識，若是隻學一些表面上的解題思路和方法（某些系統應用的操做，安裝等），技術的形式一變化，就會發現之前學的都麼用了，要從頭再學一遍。

掌握技術基礎能夠幫咱們推導出問題的答案，由於基礎是總結、抽象和概括，很容易造成進一步的推論。咱們學習的不少技術實現都逃不脫基礎原理，不論是負載均衡、網絡安全、流控等用的都是TCP/IP基礎原理，因此咱們只要抓住原理，觸類旁通，時間長了就能本身推到出過程。

對於運維技術的基礎，咱們能夠理解爲一個超大的道理最錐形體，越靠上越偏重應用，或者說偏重於業務，越靠下，越偏重於基礎技術和理論。

圖片

分爲以下幾類：

理論知識：

網絡七層模型、算法和數據結構、服務器硬件及存儲

系統原理：

網絡協議、操做系統、計算機系統、數據庫原理

應用：

LAMP（Linux、Apache、MYSQL、PHP）注意，我寫的這個是一般理解的應用，可是呢，咱們在一個企業上班，確定要根據每一個公司的實際狀況來學習應用的知識，好比我如今的公司，windows系統架構、IISweb服務器、SQLSERVER數據庫、.NET架構、而負載均衡採用F五、發佈採用WAF、TMG。這裏建議規模不大的公司採用成熟的商業產品，而不要用開源的體系。

體系：

ITIL、ITSM、Devops等等

這些知識若是在學校沒有學或者學得很差，必定要本身去看經典的教材，如今這個年代網絡上什麼都有教。

固然，就算自學，這些基礎技術也須要四五年時間積累。過去20年來，你們都說技術突飛猛進，但其實基礎理論方面幾乎沒有任何突破性進展，變得只是形式，核心仍是這些內容。十幾年前大學本科學的課程，和如今的課程相比，基本麼什麼變化。而是否掌握這些原理直接影響你能飛多高，由於懂原理的人和不懂原理的人能解決的問題去徹底是兩個層次。

不少時候，咱們會以爲，大學裏面教的基礎理論知識、工做中用到的技能、爲了面試或者考職稱刷的題目，這三部分徹底沒有任何關係。

大學的課程早就忘得差很少了，由於工做中基本用不上；

工做中天天用到的就是配置修改，作得很熟練了，也沒什麼挑戰；

刷題的那些也僅僅用來面試或者考試而已。
爲何呢，由於咱們的技術棧尚未打通造成體系，是斷層的。這些知識實際上是有聯繫的。那麼，一個好的、成體系的技術棧應該是什麼樣的呢，應該是「基礎深厚，涉獵普遍，融會貫通」

就像我這幾年，每一年都會把TCP/IP和操做系統原理都看一遍，邊看邊結合遇到的問題或供應商提出的新概念對比，每次都會有新的理解，愈加對技術有敬畏之心。固然，也會發現，不少新概念，就是新瓶裝舊酒。

總結：所謂大道至簡、知易行難。道理老是聽起來很簡單，真正能理解道理，落到實踐中，仍是很是難。在實踐的過程當中，可能有不少繁瑣的、瑣碎的問題都須要咱們去解決。最後，但願咱們在構建本身知識體系過程當中，能沉下心，堅持學習、聯繫和試錯。勤勉之道無他，在有恆而已，願你我共勉。