覺得自己很累，是吧?
累就是因為我們每天做一些沒有讓自己覺得很有成就感的事情，當然很累。
覺得自己苦逼，是吧?
苦逼是你做得很辛苦，然後還沒有認可，而你總覺得自己做了很多，你當然心裡會覺得苦逼。
覺得自己很low，是吧?
low是沒有把運維做出格局，更沒讓別人沒有看到你的格局，別人會覺得low，自己也會覺得很low。
對於運維執行人來說，以上情緒幾乎都是標配的，那到底是什麼原因導致的呢? 不得不承認運維是乙個很難取得成就感的工作崗位。運維人沒有恥辱感，便把很多不合理的東西看成一種常態化，失去優化的動力，也就沒有了未來美好的運維圖景。我們可以把以下不足標記為我們的運維恥辱。
1 缺乏乙個整體的運維體系
運維團隊缺少體系和全域性觀的支撐，導致運維後面的階段性發展是碎片式的。碎片式的運維工作推進，運維人或者周邊團隊自然沒法理解運維工作的意義和價值。
體系是要求運維團隊能給出整體的運維框架(價值維度、平台維度、團隊定位、運維能力體系等等)，基於這個框架給出階段性的演進路徑圖(階段性重點和非重點方向是什麼?階段性迭代方法?)，然後分解到當前團隊或者個人的工作事務中(工作內容)，這樣可以把規劃層面和底層實施層面真正的打通起來。這個體系不僅僅運維團隊內需要，外部團隊同樣需要，乙個很好的溝通媒介。
無疑，乙個運維團隊沒有整體規劃是最致命的，就是無本之木，無水之源。
2 缺少乙個清晰的運維定位和格局乙個運維團隊的定位和格局決定了整個團隊未來的用人策略和後續的發展方向，這幾乎是運維團隊的普遍問題。很多公司把運維團隊定位成乙個技術支撐部門，幹苦力活的。而運維團隊自己也把自己定義成乙個服務部門，給研發或市場提供技術支撐的，甚至還用傳統的維護觀點來定位自己。
這些定位有時候甚至是自上而下傳遞過來的，領導很習慣性的認為，運維是乙個成本性、技術支撐團隊，他們只是來保障服務穩定的。反推到前面運維招聘要求，便對運維人的能力要求非常的低。帶來乙個可怕的後果是，運維就進入到乙個低價值交付的怪圈中，別人也就認為你只能做這個了。
運維團隊一定要把自己push到技術運營角色上去，在技術運營的定位上，運維可以提煉出很多模式化的經驗產品，帶著這個經驗產品去覆蓋更多的業務。
如果現在有人對運維團隊的定位還是那種服務支撐的團隊，這種運維團隊也便沒了格局，是乙個不合格的運維團隊，要時刻記住自己能為使用者創造什麼價值。更要極度批判的是，把運維定位成是支撐研發或市場的，一些研發團隊或市場人員甚至把髒活累活丟給運維。
3 運維缺乏開放精神封閉有很多種，我把它稱之運維能力封閉，因為這都是運維能力的不足。資訊封閉是能力封閉的一種，運維沒有想過把自己手頭上掌握的技術資訊開放給開發，大部分的原因都是說資訊敏感，殊不知資訊在全員中流動起來，才能產生價值。
還有一種能力封閉，就是不合作，很要命。運維工作其實是需要和研發、市場深度配合，如運維的標準化和自動化推動。運維可以成為巧婦，而不是莽夫。
4 運維缺少合理的強勢運維必須要有合理的強勢，特別是自己應該要做的東西，比如說許可權**、運維標準推進、部署平台、架構服務化等等。這就如同一場象棋比賽，運維不能給自己設定楚河漢界，只要是合理的，為業務可運維性目標而去的，彼此都可以跨界。給自己劃定職責範圍，就讓自己的能力發揮收到制約，個人能力的制約帶來的也是團隊發展制約。
合理的強勢，是建立在一些核心原則之上，比如說面向使用者的服務保證、面向服務的it效能、面向業務的可運維性、平等合作等等。但很多人會說事實沒有這麼簡單，那是因為人不願意簡單，而我說事實就是這麼簡單，不是麼?我很反感的乙個藉口是「歷史原因」。合理的強勢需要建立在平等合作的基礎上，這不是你強我弱，此消彼長的遊戲，而是共贏成長。
合理的強勢一定程度上可以為運維爭取一定的話語權，確保運維在合作的時候，不至於處於被動的狀態。注意這是合理的強勢，而不是無謂的強勢。
5 運維缺少不斷超越的改變對運維個人說，我經常會和我的團隊說每天的運維狀態在你身上有什麼不同。如果每天都一樣，就麻煩了，意味著年末和年初的你是一樣的，沒有變化。很有意思的乙個現象，運維執行崗很容易陷入周而復始的簡單運維事務迴圈，比如說處理故障，分配資源，支援服務上線等等。忙碌的感覺會安慰自己，至少天天有很多事情幹，另外會成為自己不思考、不改進的藉口。
我建議，運維人一定要多想想如何讓今天的自己和昨天有所不同。首先要把每天重複的事情能否變成自動化的工具，讓機器來代替人做，這也是一種價值提公升。其次跳出運維的崗位要求和侷限，看看業務是如何執行的?看看身邊優秀的人是怎麼做的?看看周邊團隊的技術產品原理是什麼?看看公司的測試和研發是怎麼做的?看看業界現在發生了什麼?這些都能夠帶來很多的反向思考。很多人說運維了解那麼多幹什麼，其實這些東西學習了某天一定會在你的內心發酵。
6 運維沒有成為一種公司文化
這真的是一種願景了，我一直想把運維變成軟體設計哲學和公司文化的一部分，在早期的程式設計中，應該讓"可運維性"變成架構設計的乙個重要標準，如同測試一樣。正如現在很多人在談運維革命一樣，真正的革命一定是在這個層面上，技術帶來的變革力很小。如果有一天研發在早期的軟體設計的時候已經就開始考慮可運維性，此時真的就不需要運維了。然而事實所展現出來的，我又是如此的悲觀，從國內的測試發展歷程又可以看到運維的發展情況了。
我始終覺得，運維人要把這些恥辱感記在心裡，如此才能不斷的想去如何改變運維的不足。恥辱感在了，運維的能量也便有了，最終便能爆發!運維人有責任和能力給運維職業展現乙個更好的未來，不是麼?
運維囧事 運維的苦樂之旅
人生就是一段充滿苦與樂的旅程，在人生當中有痛苦也有歡樂，痛苦不一定是負面的，有的時候還會使你進步，增強應變能力。對一般人而言，人生一定要是快樂的才是有意義的，可是你仔細想想，有誰不是因為挫折而更加的堅強呢？走過運維的風風雨雨，與大家一起回憶其中的苦樂甘甜，那何嘗不是一段段激情燃燒的歲月呢，記載著你我...
運維的發展
產品的整個生命週期裡運維的職責重要而廣泛，但運維工程師們的職責不僅限於這部分工作，還需要總結工作中遇到的問題，抽取出相關的技術方向 研發相關的工具和平台以支援 優化業務的發展並提高運維的效率，相關技術工作主要包括 服務監控技術 包括監控平台的研發 應用，服務監控準確性 實時性 全面性的保障 服務故障...
運維的理解
1.快速解決故障，降低故障率，不斷提高系統的可用性是運維的非常關鍵的職責 2.運維的主要職責是在產品生命週期的各個階段，維護系統的穩定性，運維的職責覆蓋了產品從設計到發布，執行維護，變更公升級及至下線的生命週期。3.運維工程師的工作範圍非常廣泛，包括伺服器的購買 租用和上架等基本操作，調整網路裝置的...