IT運維的定海神針

     本人一畢業就走上了IT系統運維的道路，我之因此踏上這條路並一直堅持了下來，由於以爲運維工做並不是一味關注技術，而是關注包括技術在內的更綜合的解決方案，也就是說，作運維，本身要學的知識面更廣，考慮問題要更加細緻和周全。通過這麼多年的工做小有所成，最近工做不那麼緊張了，就開始思考運維工做到底是什麼？可細分爲哪幾種類型？我應該往哪一個方向繼續發展下去？

     網絡運維：是IT管理的核心和重點部分。主要包括對網絡設備、服務器備、操做系統運行情況進行監控；對各類應用支持軟件如數據庫、中間件、羣件以及各類通用或特定服務的監控管理；對系統和業務數據進行統一存儲、備份和恢復容災管理等。

     CDN運維：負責CDN網絡的建設、維護，解決工做中遇到的故障，性能瓶頸等問題

     系統運維：負責負載均衡等的設計、建設、維護。對於系統軟件的工做機制和文檔、各類操做系統發行版的文檔要很是熟悉。

     應用運維：負責業務層的運維，它包含了部分系統運維的工做，更像一個架構師和應用說明書。

     應用運維負責IT系統運維的業務，這是須要與業務研發有緊密的溝通。應用運維是運維部直接與研發進行接觸的團隊。研發對網絡、CDN等並非很精通的，他們可能最多隻是知道一些名詞。我不反對研發不該該瞭解運維相關的技能，偏偏相反，若是研發可以更多的瞭解運維知識、技能，相信會更好的設計、研發項目。可是這種人，已是架構師了，至少已經不在一線研發隊伍了。並且這些瞭解運維知識的研發人員也不會去作運維的工做。

     因此，應用運維應該必須有能力去支撐起業務的運維工做。這樣，要求應用運維人員可以精通運維的流程、熟悉網絡狀況、熟悉CDN狀況、知道系統負載的設計原理等等。也就是說應用運維應該是運維全部知識的集大成者。這樣，應用運維具有了全部的知識、技能，纔可以全力將trouble-shooting解決掉，而不是將故障的處理有如足球同樣踢來踢去。

     應用運維應該掌握IT系統運維全部知識、技能，IT系統運維全部的工做，都是爲了支撐起應用運維工做，並且應用運維也應該是其餘運維團隊的產品需求方。當時選擇運維是茫然的話，如今我以爲運維很適合本身了，不光運維合適，並且還感到如今的公司仍是一個很舒適的你們庭，在我技術不斷積累提高的同時，公司高效的時間管理和溝通方式是讓我深有體會。