業務運維部門的崗位價值 V2

http://segmentfault.com/a/1190000002890102
以前寫了一個版本，不夠簡練

業務運維部門有四個方面的崗位價值，按照實現的難易程度排序

1. 效率
2. 質量
3. 成本
4. 安全

效率

這是最容易實現，也是可以輸出最大的價值地方。如今的競爭，更多的是 time to market 的競爭。誰能更快地把新版本推向市場，誰能最快地完成bug修復誰就更有可能贏得競爭。運維是版本交付到用戶手裏的關鍵一環，運維的效率也會對這個交付速度產生影響。效率帶來的收益不是省了運維幾回登錄跳板機的麻煩事，其收益是節省了版本交付的時間，時間纔是收益能夠無限大的東西。

時間 * 單位時間收益 = 總收益

單位時間收益取決於業務的價值。只要業務足夠高價值（好比百度搜索），那麼節省了一秒也是寶貴的。

質量

質量對於運維來講的是提供反饋。及時提供指標，提供數據給研發側，告訴真實的用戶體驗。提供數據報表給產品側，用戶的實際使用狀況。這種反饋的數據能夠指導模塊的性能優化，長期的架構調整，業務的模式轉型。可是由於反饋只是提升質量其中的一環，因此運維能夠輸出的價值會受到一些限制。

反饋及時和有效性 * 響應速度 * 響應的價值 = 總收益

通常故事都是這樣的，運維經過監控發現xx狀況下有卡頓現象，研發及時發佈新版本修復性能問題，用戶很是開心，忠誠度提升等等成爲收益。這個反饋環中，反饋及時和有效是一個因素，強有力的研發側才能體現出反饋的價值，要否則反饋再多再及時，也是然而並無什麼卵用的。

成本

成本優化是最直接的收益，也是想象空間最小的收益。運維能夠經過性能調優，架構推薦等方式節省對資源的開銷。也能夠經過混布進程，消峯填谷提升資源的利用率。白天機器用來跑web服務器，晚上同一臺機器空閒下來能夠跑批量日誌統計。

減小的機器數 *　機器單價 = 總收益
減小的帶寬Mb * 每 Mb 單價 = 總收益

這種收益的問題是，上限擺在那裏。若是業務優化得好，不少創業公司（好比當年的douban）能夠用不多的pc服務器支撐很海量的業務。若是機器原本就很少，優化能優化到哪裏去？所謂成本優化大都是大公司吹氣球吹上來以後，再去作的事情。並且優化也不必定靠技術手段，行政指令對於屯機器的狀況有的時候更管用。

安全

安全的收益是負的。安全作得越好，就虧得越少。安全作得越差，可能一天就把本都虧沒了。好比攜程出的故障，持續十幾個小時的業務中斷，這就是大虧特虧了。平時在安全方面的投入都是無影無蹤的，都是負收益，管用的時候也只是讓出問題的時候，大問題變小問題，小問題變沒問題而已。

安全最重要的是 build security in，所謂安全內建。安全性是運維流程所產生的內在屬性，若是一個公司全部的發佈都是手工編輯配置文件，手工上傳覆蓋，手工執行命令生效。這樣的安全性確定是要低於基於docker的版本管理，配置文件經過CMDB生成，腳本自動刷新的方式。這種安全隸屬於運維流程的內在性，就好像軟磁盤的故障率確定要高於光盤同樣，這是一種物理的自然屬性。

總結

越關鍵的業務（停機的單位損失越大）越能夠體現運維的價值。運維是一個平時很難出成績的崗位，也是一個很難獨自產生收益的崗位。運維的產出基本上趨於一次性（好比時間的減小和成本削減）。長期來看運維提供的價值集中於最後一點，安全上。對於公司來講，給運維部門的錢至關於上保險，不期望有多少收益，只求不要出事。