自07年參加工作，第一份工作是做技術支援，做了半年，然後公司黃了。第二份工作是在一個給宣武區政府做網路外包維護的，後來宣武區政府黃了。第三份工作是在一家做線上視訊公司，做了半年，公司的運維部解散了。第四份工作是在一個網路遊戲公司，做遊戲管理員，做了一年半（沒黃）。現在是在一家電子商務公司，做應用運維工作，工作三年有餘了。

經過這麼多年的工作，最近一直在思考：運維工作究竟是什麼？究竟可細分為哪幾種類型？

網路運維：這個應該是很有專業性的，涉及網路設計、機房的規劃。

CDN運維：負責CDN網路的建設、維護。

系統運維：負責負載均衡等的設計、建設、維護。

應用運維：負責業務層的運維。

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

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

也就是說，應用運維應該掌握運維部所有知識、技能，運維部所有的工作，都是為了支撐起應用運維工作，而且應用運維也應該是其他運維團隊的產品需求方。

那麼應用運維具體的工作有哪些？

1 根據業務的具體特性，制定相應的運維方案。運維方案包括：運維中需要注意的特殊點、迅速擴容、依賴關係、遷移方案、防攻擊方案等；

2 根據業務的運維過程中，出現或發現的一些問題，督促研發進行修正；

3 針對專案的具體情況 ，根據公司運維技術的變化，對專案進行優化；

4 針對專案，建立運維資料庫，記錄專案在生命週期中，所有的變更、故障等資訊。

上面說了這麼多，可能會有朋友問：為什麼應用運維如此重要？

從老闆或者從公司的角度來說，離“錢”最近的工作，最重要。所以，直接負責業務的部門，是相對重要的。