前言
1969年，互聯(lián)網(wǎng)誕生之初，便隨之誕生了網(wǎng)工這一特定群體。與碼農(nóng)不同，網(wǎng)工不僅要熟悉傳輸控制協(xié)議和互聯(lián)網(wǎng)協(xié)議(Transmission Control Protocol Internet Protocol,TCP/IP)、鏈路層發(fā)現(xiàn)協(xié)議（Link Layer Discovery Protocol，LLDP）、多協(xié)議標簽交換（Multi-Protocol Label Switching，MPLS）等五花八門的協(xié)議原理、報文封裝，還要扛起整個基礎網(wǎng)絡設備從上架上電、設備配置，到實時監(jiān)控、業(yè)務配置、割接優(yōu)化等一系列工作。網(wǎng)工們白天盯告警、寫配置，晚上守著電話值班，724小時不敢懈怠，相當辛苦。
現(xiàn)在的互聯(lián)網(wǎng)，與其誕生之初已經(jīng)天差地別，面貌完全不同，社交、短視頻、電商等各種讓人眼花繚亂的應用，都在朝著All In Cloud的趨勢演進，而承載這些應用的云都是部署在網(wǎng)絡之上的。哪個網(wǎng)站出現(xiàn)404頁面無法訪問了，哪家的支付突然無法使用了，哪個直播平臺突然黑屏了，用戶們首先想到就是網(wǎng)絡出故障了！這時候，在各類負責運維的人員中，不論是應用運營人員、數(shù)據(jù)庫管理員（Database Administrator,DBA）、云平臺運營人員，第一批負責處理故障的人一定是網(wǎng)工。網(wǎng)工們一邊查看各類告警，一邊心中默念：千萬別是網(wǎng)絡原因，千萬別是網(wǎng)絡原因……一旦確認是網(wǎng)絡問題，網(wǎng)工們就趕緊啟動各類預案，一邊掐著秒表一邊看著流量圖，想盡各種辦法解決問題。
如今，網(wǎng)絡10秒不可用的背后，往往意味著上百萬、上千萬的頁面瀏覽量（Page Views,PV）的損失和不可估算的經(jīng)濟損失。一個錯誤命令的下發(fā)，不再只是被領導或者師傅批評幾句這么簡單的事了，給用戶道歉、賠償，被處分，甚至丟掉工作，都是有可能發(fā)生的事情。隨著網(wǎng)絡規(guī)模越來越大，部署其上的業(yè)務越來越多，用戶和客戶的要求越來越高，網(wǎng)工肩負的責任越來越重。即便是網(wǎng)絡技術(shù)大牛，管理網(wǎng)絡的時候敲個鍵也越來越謹慎，生怕誤操作導致發(fā)生不可挽回的損失。
于是乎，有了專門的網(wǎng)絡管理平臺。網(wǎng)工們過了一把甲方的癮，把自己對網(wǎng)絡管理的要求布置給開發(fā)，建起覆蓋不同層級網(wǎng)絡的網(wǎng)管平臺，每年列出一個很長的需求清單，以三個月或半年為周期地進行平臺的迭代更新……
于是乎，那些學過C 的網(wǎng)工們，為了速度更快一點，開始嘗試著自己編寫一些小腳本，把一些重復性的工作用腳本來實現(xiàn)，例如用腳本來定期從設備采集特定信息，例如用開源軟件展示流量圖……
于是乎，大家開始抱怨不管是值守還是緊急處理故障，計算機上都要打開太多窗口；大家開始抱怨平臺、系統(tǒng)、工具越來越多，好用能用的卻沒有幾個……
作為已經(jīng)在網(wǎng)絡運營戰(zhàn)場上摸爬滾打二十載的過來人，筆者布過線纜，調(diào)過配置，做過規(guī)劃，熬夜做過割接、做過保障，可以說對網(wǎng)工所涉及的相關工作都有過接觸或者深切體會。最近幾年，筆者雖然主要從事基礎網(wǎng)絡方面的工作，但在公司各種軟件架構(gòu)、軟件開發(fā)技術(shù)、中間件、中臺等知識的浸淫之下，已經(jīng)習慣和適應了在網(wǎng)工、產(chǎn)品經(jīng)理、系統(tǒng)架構(gòu)師間做各種身份的切換與變化。
無論是自動化、智能化、DevOps，還是中臺,不管是什么概念、什么技術(shù)，引入到網(wǎng)絡這個領域中，最初目的都是讓網(wǎng)工們更高效、更輕松地完成工作。軟件技術(shù)發(fā)展到今天，我們完全有能力把中臺、DevOps、自動化、智能化、大數(shù)據(jù)等最新理念和技術(shù)都融入進來，打造一個綜合、統(tǒng)一、全面的網(wǎng)絡運營平臺。
//網(wǎng)絡DevOps平臺規(guī)劃、設計與實踐前言//本書就是構(gòu)建一個企業(yè)網(wǎng)絡運營平臺全過程的經(jīng)驗總結(jié)。首先，這個平臺是一個經(jīng)驗沉淀平臺，能把網(wǎng)工多年的運營經(jīng)驗沉淀下來，所以它是匹配DevOps的；這個平臺能夠減少網(wǎng)工們的日常工作量，降低出錯的概率，所以它是支持自動化的；這個平臺是能夠擴展和演進的，所以它是以中臺的形態(tài)存在的；作為一個基礎性質(zhì)的運營平臺，它是安全和可靠的。
本書主要內(nèi)容如下。
第1章從認識網(wǎng)絡DevOps開始，介紹其概念、目標、理念以及構(gòu)成，明確對其價值的認識，為后續(xù)的內(nèi)容奠定基礎。
第2章介紹網(wǎng)絡DevOps的核心網(wǎng)絡DevOps平臺的定義、特點和作用，回顧網(wǎng)絡DevOps平臺的歷史形態(tài)，對網(wǎng)絡DevOps平臺的架構(gòu)進行初步介紹。
第3章介紹網(wǎng)絡DevOps平臺架構(gòu)設計的方法論，包括企業(yè)架構(gòu)（TOGAF）、中臺和DDD領域驅(qū)動設計三方面內(nèi)容。
第4章從網(wǎng)絡運營的戰(zhàn)略開始，分析業(yè)務、業(yè)務戰(zhàn)略和業(yè)務價值鏈，并完成業(yè)務域拆分；以網(wǎng)絡運營的兩個子領域為例進一步設計應用架構(gòu)，最后通過軟件復雜度分析，完成網(wǎng)絡DevOps平臺的技術(shù)架構(gòu)設計。
第5章在企業(yè)架構(gòu)設計的基礎上，進行中臺能力識別的實踐。將企業(yè)架構(gòu)與中臺進行對應，對網(wǎng)絡DevOps的業(yè)務中臺、數(shù)據(jù)中臺和技術(shù)中臺進行說明。
第6章逐一分析和闡述包括從機制到人員在內(nèi)的網(wǎng)絡DevOps運營模式落地的七個關鍵要素。
第7章針對具備不同管控能力或者處于不同企業(yè)背景的網(wǎng)絡團隊，給出規(guī)劃或者啟動網(wǎng)絡DevOps平臺建設的一些建議。
第8章從網(wǎng)絡技術(shù)的自身發(fā)展、管控平臺的范圍拓展，以及管控智能化三個方面，展望網(wǎng)絡DevOps平臺的迭代演進趨勢,并介紹基于意圖的網(wǎng)絡(Intent�睟ased Networking,IBN)。
本書內(nèi)容的一大特點就是由故事情節(jié)推動，書中引入了五個角色：小P、老E、張sir、老A、老M，他們與其他小伙伴一起，承擔了網(wǎng)絡DevOps平臺建設的主要工作。其中網(wǎng)工小P是主角，構(gòu)建這個平臺的過程就是他踐行DevOps、從網(wǎng)工成長為具備產(chǎn)品經(jīng)理的視角和能力、掌握業(yè)務架構(gòu)和技術(shù)架構(gòu)設計能力的系統(tǒng)架構(gòu)師之路。小P和他的伙伴們代表著廣大從事網(wǎng)絡運營工作的同行們，小P們的實踐、他們踩過的坑，或許就是廣大讀者朋友們在實際工作中遇到的問題、面臨的困惑，讀者朋友們一定能夠從中體驗到代入感和親切感。
本書是行業(yè)內(nèi)跨公司合作的結(jié)晶，由閻璐（丙姐）、冀暉（南迦巴瓦）共同編寫。特別感謝機械工業(yè)出版社王斌編輯在本書出版過程中的細心審核，并就本書以網(wǎng)工成長故事為主線的內(nèi)容組織形式提出了寶貴的建議；感謝中國電信研究院雷波老師的推薦，促成了本書的出版。感謝上海理工大學的葉佳妮同學為本書繪制了生動的插圖。本書的編寫也得到了多位行業(yè)專家的大力支持和誠摯建議，在此對他們表達真誠的謝意！
由于自身水平有限，技術(shù)的發(fā)展又日新月異，書中難免出現(xiàn)一些遺漏和錯誤，歡迎廣大讀者朋友們指正，并通過郵件方式與我們溝通交流（devops888@163.com），在此表示感謝！

作者
2022年8月