技術運營：海量資源精細化運營實戰

對本書的讚譽
序一
序二
前言

第1章 技術運營概述 1
1.1 面臨的挑戰 2
1.1.1 技術架構選型與評估 2
1.1.2 運營成本的有效控制 3
1.1.3 產品體驗與使用者價值的提升 5
1.1.4 構建有效的技術運營團隊 7
1.2 技術運營的範疇 7
1.3 精細化技術運營的價值 10
1.4 本章小結 12

第2章 組織體系 13
2.1 技術運營管理組織 13
2.2 技術運營職業通道及能力要求 15
2.3 流程與規範 18
2.4 激勵 20
2.5 本章小結 23

第3章 資源規劃 24
3.1 方法論 25
3.1.1 規劃概述 26
3.1.2 規劃方法論 26
3.1.3 資源規劃的範疇 27
3.1.4 資源規劃的過程 29
3.2 規劃佈局 30
3.3 資源規劃分析 33
3.3.1 運營相關資料 33
3.3.2 行業分析 36
3.3.3 業務分析 37
3.4 規劃制定 41
3.4.1 前瞻性資源規劃的實現 41
3.4.2 自頂而下的容量規劃 42
3.4.3 自底而上的容量規劃 43
3.4.4 業務架構優化演進規劃 48
3.4.5 資源規劃小結 49
3.5 本章小結 51

第4章 資源供應 52
4.1 資源供應管理概述 52
4.2 資源微觀規劃 54
4.3 伺服器資源管理 57
4.3.1 伺服器新技術應用 57
4.3.2 伺服器採購 59
4.3.3 伺服器庫存 61
4.3.4 伺服器退役 63
4.4 IDC資源管理 63
4.4.1 機房建設 63
4.4.2 機位元容量 64
4.4.3 伺服器網路頻寬/專線流量 66
4.4.4 機房裁撤 67
4.5 資源服務 68
4.6 本章小結 74

第5章 預核算 75
5.1 運營成本概述 75
5.1.1 資源類別與定價 76
5.1.2 產品規範 79
5.1.3 運營成本的構成 80
5.2 預算管理 81
5.2.1 預算相關基本概念 81
5.2.2 預算管理組織體系 83
5.2.3 預算管理流程 84
5.3 核算管理 88
5.3.1 核算的定義及類別 88
5.3.2 核算管理案例 91
5.3.3 核算週期 96
5.4 預核算管理的優化 97
5.4.1 預核算分析 97
5.4.2 騰訊運營預算管理系統 98
5.4.3 運營成本優化思路 100
5.5 本章小結 100

第6章 精細化技術運營 101
6.1 運營效率監控 101
6.1.1 伺服器利用率的監控與分析 101
6.1.2 頻寬使用的監控與分析 106
6.1.3 專線使用的監控與分析 108
6.1.4 業務運營資料的監控 111
6.1.5 掌握互聯網業務的運營狀況 113
6.2 技術架構評審 115
6.2.1 技術架構與運營效率的關係 115
6.2.2 技術架構評審方法 116
6.2.3 技術架構評審過程 123
6.3 技術運營優化 133
6.3.1 優化的必要性 133
6.3.2 精細化技術運營的方法論 135
6.4 專案推動 136
6.5 本章小結 137

第7章 實戰案例 138
7.1 設備資源精細化技術運營案例 138
7.1.1 設備資源精細化技術運營要點 139
7.1.2 微信消息 140
7.1.3 微信收藏 142
7.1.4 朋友圈 143
7.1.5 授權登錄 145
7.1.6 遊戲模組 150
7.1.7 大資料平臺管理 153
7.2 頻寬資源精細化技術運營案例 156
7.2.1 頻寬資源精細化技術運營要點 157
7.2.2 公眾號圖片 158
7.2.3 C2C視頻 161
7.2.4 朋友圈融合視頻 164
7.2.5 視頻P2P 167
7.2.6 編碼：AI應用 170
7.2.7 DC轉OC 172
7.3 專線資源精細化技術運營案例 175
7.3.1 微信C2C業務：減少穿越 177
7.3.2 服務管理：差異化 178
7.3.3 資料倉庫：流量削峰 181
7.3.4 信安業務：架構調整 182
7.3.5 管理規範：建立完善 184
7.4 本章小結 185

第8章 運營支援 186
8.1 資料支援 186
8.1.1 資料的定義 187
8.1.2 資料的採集 188
8.1.3 資料的分析 192
8.1.4 分析結果的展現 192
8.2 工具或系統支援 193
8.3 以業務為導向的服務提升 195
8.3.1 品質為首 195
8.3.2 效率為重 199
8.3.3 兼顧成本 200
8.3.4 安全為本 202
8.4 本章小結 202

第9章 卓越運營的未來之路 203
9.1 雲端微服務化 203
9.2 視覺化 204
9.3 自動化 207
9.4 智慧化 208
9.5 區塊鏈應用 209
9.6 本章小結 211
附錄 企業DCI運營管理規範示例 212

序一看過紀錄片《壽司之神》的人，一定會被小野二郎那種對壽司的執著精神所感動：他對顧客觀察得非常仔細，會根據其性別調整壽司大小；他會記住顧客的座位順序及客人左右手的使用習慣，來調整壽司擺放的位置；他會親自監督醋米的溫度、醃魚時間的長短、按摩章魚的力度等，來確保壽司的品質。作為壽司界的大神，小野二郎每時每刻都在思考如何用“匠心”、持續“精細打磨”將壽司做得更好。……
同樣，誕生於2011年的微信……。目前這款超級應用在全球月活用戶已逾10億，給用戶與公司均創造了巨大的價值。作為微信用戶，我們能感受到這款產品的“匠心”。正如本書作者揭示的那樣，精細化的技術運營必定是這款產品成功的秘笈之一。
騰訊一直堅守“一切以用戶價值為依歸”的經營理念，將精細化技術運營著力於每一個業務場景，不斷從技術框架、演算法、資源容量、產品策略、生命週期管理等方面精心打磨，力求為用戶創造更多的價值，同時也為自己創造了更多的核心競爭力。
從本書提及的多個案例來看，精細化技術運營不僅使用戶體驗與用戶價值得到了大幅提升，而且從伺服器折舊、機架租用、運營維護等運營成本方面來看，為企業節省的費用也相當可觀。
傳統企業在資訊化、數位化過程中同樣面臨很多困境，如體驗指數、效能指數與彈性指數等。技術的精細化運營能持續優化和改善產品的體驗，持續提升用戶的價值，持續控制或降低公司的運營成本，需要設法讓優秀的技術運營能力成為公司的核心競爭力之一。
事物是動態發展變化的。在產品運營中，使用者在增長，屬性在變化；在產品反覆運算、功能持續增加或升級中，各種環境與資料始終都在變化，因此精細化運營必須持之以恆。著眼於未來，專業分工會越來越細，產品與技術的反覆運算速度越來越快，甚至人工智慧的發展也使得大家的學習能力越來越強，精細化技術運營還會進一步上升，精細化運營的價值也會進一步放大。
細節非常重要，場景代表未來。在注重“工匠精神”的今天，精細化技術運營極具價值，值得大家借鑒、推廣。
吳華鵬iTechClub（互聯網精英俱樂部）理事長，1024學院創始人序二如何提高運維的地位？這是我和很多同仁苦苦思考的一個問題。運維向來處於軟體生產鏈的後端，甚至有某百科給運維的定義就是“軟體部署”。運維不就是把開發部門寫好、測試部門驗證過的軟體，推送到伺服器上去嗎？這都搞不好，要你有何用！這樣的運維離業務太遠，因而很多時候淪為“背鍋俠”，“人在家中坐，鍋從天上來”。
如何改變這種現狀？我們可以去和開發部門爭辯，以證明我們是清白的（可是，真的能自證清白嗎？）。我們可以拽著開發部門一起實踐DevOps，把可運維性（非功能性需求）前置到軟體發展框架中（可是，依然容易被業務部門“鄙視”）。
還有沒有其他辦法呢？其實辦法“遠在天邊，近在眼前”。運維離資料最近，我們可以通過精細的預核算及資源供應，有說服力的技術架構評審，合理的資源規劃（業務指標預測、資源容量預測、資源策略與分佈規劃、運營優化）……，真正為業務創造價值，提高DAU，提升公司產品的市場佔有率、營收和利潤。
這樣的好處是什麼？將“鏈”變成“環”。在軟體生產鏈上，本來業務部門是頭，運維部門是尾，平時沒啥好聊的（除非出故障了）。當運維助力業務部門實現首尾銜接（沒有中間商賺差價），讓業務部門嘗到了“甜頭”時，那自然關係融洽，也有機會從源頭上摘掉“背鍋俠”的帽子。
這樣意味著什麼？意味著運維真的有機會“翻身做主”。在英文中，operation本來既可以是運維，也可以是運營。這樣一來，運維成了技術運營，並有機會成為業務部門的一分子（例如在騰訊，應用運維就屬於業務部門）。
但很多運維同仁業務場景小（伺服器可能也就幾百台），業務上又終日疲於奔命（各種非例行工作應接不暇），沒有機會也沒有精力從事技術運營相關的工作。這麼美好的前景，卻心有餘而力不足，甚至只能“鍋一直背”，影響身心健康、生活品質及家庭幸福。
幸運的是，互聯網一線大廠如騰訊、傳統名企如海爾，在海量資源場景下進行了多年的精細化運營實踐，而且更重要的是，他們願意分享出來，花了很多本來可以陪伴家人的業務時間，給業界呈現了本書。
本書作者熊普江長期從事運維行業，在騰訊任職多年，他是我的好友，對我很是支持。早在2017年3月的GOPS全球運維大會•深圳站，熊普江就做過一個分享《運維價值新主張：精細技術運營優化》，在那次分享中他就已提及自己是如何幫助微信節省億級成本的。從目前來看，那次分享貌似是本書的雛形。
本書作者盛國軍（盛總）在海爾工作多年，也是高效運維社區主群的骨幹成員，多年來對運維社區也是拳拳之心。盛總善於總結，提出三講（講觀點、講資料、講案例）及三指數（體驗指數、能效指數和彈性指數）。三講即用觀點指出問題的本質，用資料確保問題的客觀性和真實性，用案例對成果具象化。三指數更是和技術運營的本質如出一轍。