學(xué)習(xí)目標(biāo)

• 1、了解運(yùn)維的基本概念
• 2、了解企業(yè)的運(yùn)行模式
• 3、了解操作系統(tǒng)發(fā)展史以及作用
• 4、掌握虛擬機(jī)軟件安裝
• 5、新建虛擬機(jī)以及centos系統(tǒng)安裝
• 6、運(yùn)維規(guī)范

一、運(yùn)維概述

1、運(yùn)維崗位收入情況（職友集）

2、運(yùn)維崗位的定義

什么是運(yùn)維？

在技術(shù)人員（寫代碼的）之間，一致對(duì)運(yùn)維有一個(gè)開(kāi)玩笑的認(rèn)知：運(yùn)維就是修電腦的、裝網(wǎng)線的、背鍋的崗位。

IT運(yùn)維管理是指為了保障企業(yè)IT系統(tǒng)及網(wǎng)絡(luò)的可用性、安全性、穩(wěn)定性，保障業(yè)務(wù)的連續(xù)性，通過(guò)專業(yè)技術(shù)手段，對(duì)計(jì)算機(jī)網(wǎng)絡(luò)、應(yīng)用系統(tǒng)、電信網(wǎng)絡(luò)、軟硬件環(huán)境及運(yùn)維服務(wù)流程等進(jìn)行的綜合管理。

隨著企業(yè)數(shù)字化轉(zhuǎn)型升級(jí)進(jìn)程加快，企業(yè)IT系統(tǒng)架構(gòu)越來(lái)越復(fù)雜，軟件更新迭代越來(lái)越快。企業(yè)信息化建設(shè)使得大量業(yè)務(wù)和數(shù)據(jù)需要依靠信息系統(tǒng)來(lái)完成，穩(wěn)定可用的IT系統(tǒng)是企業(yè)業(yè)務(wù)發(fā)展的基礎(chǔ)條件，IT運(yùn)維管理隨之成為企業(yè)信息化建設(shè)的重要環(huán)節(jié)。

近年來(lái)，因?yàn)镮T系統(tǒng)突然出現(xiàn)故障導(dǎo)致業(yè)務(wù)癱瘓甚至造成巨額損失的現(xiàn)象頻出不窮。而大型數(shù)據(jù)中心由于對(duì)系統(tǒng)、數(shù)據(jù)的高度依賴，IT風(fēng)險(xiǎn)更大，對(duì)IT運(yùn)維管理的重視也就更高。

運(yùn)維領(lǐng)域經(jīng)常看到的技術(shù)及概念

1）云計(jì)算

云服務(wù)器是由云服務(wù)廠商提供的性能卓越、穩(wěn)定可靠、彈性擴(kuò)展的IaaS（Infrastructure as a Service）級(jí)別云計(jì)算服務(wù)。云服務(wù)器免去了采購(gòu)IT硬件的前期準(zhǔn)備，讓企業(yè)像使用水、電、天然氣等公共資源一樣便捷、高效地使用服務(wù)器，實(shí)現(xiàn)計(jì)算資源的即開(kāi)即用和彈性伸縮。

2） DevOps

DevOps（Development和Operations的組合詞），它是一組過(guò)程、方法與系統(tǒng)的統(tǒng)稱，主要用于促進(jìn)開(kāi)發(fā)和運(yùn)營(yíng)保障團(tuán)隊(duì)之間的協(xié)作與溝通，從而提高應(yīng)用程序和服務(wù)的交付響應(yīng)速度。

DevOps把原本獨(dú)立的開(kāi)發(fā)和運(yùn)營(yíng)工作融合到一起，運(yùn)營(yíng)團(tuán)隊(duì)時(shí)刻了解開(kāi)發(fā)人員的進(jìn)展，并與他們形成互動(dòng)，共同監(jiān)控IT業(yè)務(wù)進(jìn)展。在運(yùn)維方面，DevOps可以打通從需求到結(jié)果運(yùn)行的所有環(huán)節(jié)，以提高業(yè)務(wù)價(jià)值為目標(biāo)

3） AIOps

2016年，Gartner提出利用AI技術(shù)的新一代IT運(yùn)維，即AIOps（智能運(yùn)維），可以解決未來(lái)企業(yè)可能遭遇的因IT故障而導(dǎo)致的業(yè)務(wù)中斷，AIOps是ITOM的升級(jí)和進(jìn)步，它結(jié)合了大數(shù)據(jù)和機(jī)器算法、機(jī)器學(xué)習(xí)技術(shù)，通過(guò)海量信息的搜集和處理，發(fā)現(xiàn)、預(yù)測(cè)、解決故障，進(jìn)一步推動(dòng)了IT運(yùn)維自動(dòng)化，減少了人力成本。

4）CI/CD

CI/CD 是一種通過(guò)在應(yīng)用開(kāi)發(fā)階段引入自動(dòng)化來(lái)頻繁向客戶交付應(yīng)用的方法。CI/CD 的核心概念是持續(xù)集成、持續(xù)交付和持續(xù)部署。作為一個(gè)面向開(kāi)發(fā)和運(yùn)營(yíng)團(tuán)隊(duì)的解決方案，CI/CD 主要針對(duì)在集成新代碼時(shí)所引發(fā)的問(wèn)題

5）Docker

Docker 是一個(gè)開(kāi)源的應(yīng)用容器引擎，通常包括客戶端、守護(hù)進(jìn)程、鏡像、容器，讓開(kāi)發(fā)者可以打包他們的應(yīng)用以及依賴包到一個(gè)可移植的鏡像中，再發(fā)布出去。類似于一個(gè)集裝箱，可以把貨物規(guī)整的擺放起來(lái)。

3、運(yùn)維的誕生

從最早的網(wǎng)管開(kāi)始，九十年代初期，互聯(lián)網(wǎng)欠發(fā)達(dá)的時(shí)候，還少有服務(wù)器的概念，電腦價(jià)格昂貴，大多數(shù)人并不具備在家上網(wǎng)的條件，網(wǎng)吧應(yīng)運(yùn)而生。

網(wǎng)吧的電腦、貓等設(shè)備需要進(jìn)行日常維護(hù)，于是"網(wǎng)管"崗位應(yīng)運(yùn)而生，這就是早期運(yùn)維的雛形。

4、90年代初網(wǎng)吧圖

5、運(yùn)維行業(yè)背景

① 從行業(yè)角度來(lái)看，隨著中國(guó)互聯(lián)網(wǎng)的高速發(fā)展(BAT)、網(wǎng)站規(guī)模越來(lái)越來(lái)大、架構(gòu)越來(lái)越復(fù)雜，對(duì)專職網(wǎng)站運(yùn)維工程師、網(wǎng)站架構(gòu)師的要求會(huì)越來(lái)越急迫，特別是對(duì)有經(jīng)驗(yàn)的優(yōu)秀運(yùn)維人才需求量大，而且是越老越值錢。

② 從個(gè)人角度，運(yùn)維工程師技術(shù)含量及要求會(huì)越來(lái)越高，同時(shí)也是對(duì)公司應(yīng)用、架構(gòu)最了解最熟悉的人，越來(lái)越得到重視。

③ 運(yùn)維工作的相關(guān)經(jīng)驗(yàn)將會(huì)變得非常重要，而且也將成為個(gè)人的核心競(jìng)爭(zhēng)力，優(yōu)秀的運(yùn)維工程師具備很好的各層面問(wèn)題的解決能力及方案提供、全局思考的能力等。

④ 由于運(yùn)維崗位所接觸的知識(shí)面非常廣闊，更容易培養(yǎng)或發(fā)揮出個(gè)人某些方面的特長(zhǎng)或愛(ài)好，如內(nèi)核、網(wǎng)絡(luò)、開(kāi)發(fā)、數(shù)據(jù)庫(kù)等方面，可以做得非常深入精通、成為這方面的專家。

⑤ 當(dāng)前國(guó)內(nèi)外對(duì)運(yùn)維人才的需求非常迫切，運(yùn)維工程師的薪資也水漲船高，與研發(fā)、測(cè)試等技術(shù)部門持平，甚至超出。

二、企業(yè)運(yùn)行模式

1、鐵三角

鐵三角 = 產(chǎn)品 研發(fā) 運(yùn)維

流程走向：產(chǎn)品設(shè)計(jì) → 項(xiàng)目研發(fā) → 項(xiàng)目測(cè)試 → 項(xiàng)目上線 → 系統(tǒng)運(yùn)維

2、部門與部門職責(zé)

產(chǎn)品部門（PM、UI、UE，3-5 個(gè)）：設(shè)計(jì)產(chǎn)品的需求，確定需要做的項(xiàng)目的功能和細(xì)節(jié)問(wèn)題

研發(fā)部門（5-7 個(gè)）：根據(jù)產(chǎn)品部門/測(cè)試部門提供的項(xiàng)目模塊需求進(jìn)行編程

測(cè)試部門（2 個(gè)左右即可）：對(duì)于研發(fā)部門提供的代碼進(jìn)行運(yùn)行測(cè)試，檢查是否存在bug和一些需要改善的體驗(yàn)

運(yùn)維部門（3-4 個(gè)）：負(fù)責(zé)項(xiàng)目環(huán)境部署、上線、架構(gòu)的搭建等等

3、上線與生產(chǎn)

成熟企業(yè)中的系統(tǒng)環(huán)境：

開(kāi)發(fā)環(huán)境： 根據(jù)系統(tǒng)要求，設(shè)計(jì)和搭建系統(tǒng)環(huán)境

測(cè)試環(huán)境：搭建系統(tǒng)環(huán)境，實(shí)現(xiàn)自動(dòng)化發(fā)布

準(zhǔn)生產(chǎn)環(huán)境：搭建系統(tǒng)環(huán)境，溝通第三方廠商，自動(dòng)化發(fā)布，監(jiān)控

生產(chǎn)環(huán)境：搭建系統(tǒng)環(huán)境，溝通第三方廠商，自動(dòng)化發(fā)布，監(jiān)控，發(fā)起持續(xù)改進(jìn)

上線：發(fā)布項(xiàng)目的過(guò)程，包含準(zhǔn)生產(chǎn)上線，生產(chǎn)上線等。內(nèi)測(cè)/公測(cè) → 開(kāi)服

生產(chǎn)：正式提供對(duì)外服務(wù)的環(huán)境，叫生產(chǎn)環(huán)境，需要運(yùn)維重點(diǎn)關(guān)注。

在項(xiàng)目的從無(wú)到有的過(guò)程中，可以將其分為兩個(gè)階段：研發(fā)/測(cè)試階段、生產(chǎn)運(yùn)行階段。

運(yùn)維工作貫穿了開(kāi)發(fā)，測(cè)試，生產(chǎn)的各個(gè)階段，是其中重要的一環(huán)。

4、網(wǎng)站的概念

簡(jiǎn)單地說(shuō)，網(wǎng)站是一種溝通工具，人們可以通過(guò)網(wǎng)站來(lái)發(fā)布自己想要公開(kāi)的資訊，或者利用網(wǎng)站來(lái)提供相關(guān)的網(wǎng)絡(luò)服務(wù)。人們可以通過(guò)網(wǎng)頁(yè)瀏覽器來(lái)訪問(wèn)網(wǎng)站，獲取自己需要的資訊或者享受網(wǎng)絡(luò)服務(wù)。

擴(kuò)展：了解網(wǎng)站的分類根據(jù)網(wǎng)站所用編程語(yǔ)言分類：例如ASP/PHP/JSP網(wǎng)站等；根據(jù)網(wǎng)站的用途分類：例如門戶網(wǎng)站、行業(yè)網(wǎng)站、娛樂(lè)網(wǎng)站等根據(jù)網(wǎng)站的功能分類：例如單一網(wǎng)站（企業(yè)網(wǎng)站）、多功能網(wǎng)站（網(wǎng)絡(luò)商城）等根據(jù)網(wǎng)站的持有者分類：例如個(gè)人網(wǎng)站、商業(yè)網(wǎng)站、政府網(wǎng)站、教育網(wǎng)站等根據(jù)網(wǎng)站的商業(yè)目的分類：營(yíng)利型網(wǎng)站（企業(yè)/行業(yè)網(wǎng)站）、非營(yíng)利性型網(wǎng)站（政府網(wǎng)站/教育網(wǎng)站）根據(jù)網(wǎng)站的面向終端的分類：Web網(wǎng)站（電腦端或PC端）和 WAP網(wǎng)站（手機(jī)端）

5、網(wǎng)站運(yùn)行模式（重點(diǎn)）

從上圖中可以看出如果一個(gè)網(wǎng)站項(xiàng)目需要正常的運(yùn)行，則需要的前提條件有：

① 域名（方便用戶記憶）

② 需要對(duì)域名和ip 的關(guān)系進(jìn)行關(guān)聯(lián)（DNS 服務(wù)器）

③ 服務(wù)器

④ 服務(wù)器的項(xiàng)目運(yùn)行環(huán)境

6、幾個(gè)重要概念

① 服務(wù)器

就是給用戶提供服務(wù)的機(jī)器（電腦）。服務(wù)器可以分為四大類：塔式服務(wù)器、機(jī)式服務(wù)器、刀片服務(wù)器、柜式服務(wù)器。

問(wèn)題一：普通臺(tái)式機(jī)/筆記本能否充當(dāng)服務(wù)器來(lái)使用？

標(biāo)準(zhǔn)的回答：如果從提供服務(wù)的實(shí)現(xiàn)角度來(lái)考慮的話的確是可以，但是如果要想穩(wěn)定、高效的提供服務(wù)，則在這個(gè)角度考慮家用電腦和筆記就無(wú)法取代服務(wù)器地位。

家用臺(tái)式機(jī)/筆記本從系統(tǒng)角度來(lái)看，一般都會(huì)使用Windows 系統(tǒng)（易用），并不適合作為服務(wù)器來(lái)使用。

家用臺(tái)式機(jī)/筆記本硬件和專門的服務(wù)器相比標(biāo)準(zhǔn)不統(tǒng)一。

問(wèn)題二：服務(wù)器有哪些特性？

高性能特性 標(biāo)準(zhǔn)化統(tǒng)一特性。

② IP地址

形式ipv4（常見(jiàn)）、ipv6（不考慮）。Ipv4 形式：x.x.x.x，x 有取值范圍（第1 位x取值1-223，從第二位開(kāi)始0-255）。由于資源有限為了保證全球這么多臺(tái)電腦都可以使用，ip 可以分為公網(wǎng)/外網(wǎng)ip 和私網(wǎng)/內(nèi)網(wǎng)ip 地址。

0.0.0.0，表示任意地方，anywhere…

③ 域名

就是在瀏覽器地址欄中輸入的那一串字母和數(shù)字的組合，例如：www.baidu.com，這個(gè)就是域名，域名主要是方便用戶記憶。

問(wèn)：www.baidu.com 這個(gè)域名是幾級(jí)的域名？二級(jí)域名，看域名的級(jí)別只要看有幾個(gè)"."，日常所說(shuō)的注冊(cè)域名指的是注冊(cè)頂級(jí)域名（一級(jí)）】

④ 公網(wǎng)

www（萬(wàn)維網(wǎng)），全世界都可以互相訪問(wèn)的網(wǎng)。

⑤ 局域網(wǎng)

局域網(wǎng)/內(nèi)網(wǎng)/私網(wǎng)：在某個(gè)單元內(nèi)部（家庭/教室/公司）能夠進(jìn)行互相訪問(wèn)的網(wǎng)絡(luò)，紅色警戒游戲?qū)?zhàn)平臺(tái)。

7、服務(wù)器的重要結(jié)構(gòu)組成

家用電腦組成： CPU、主板、內(nèi)存條、顯卡、硬盤、電源、風(fēng)扇、網(wǎng)卡、顯示器、機(jī)箱、鍵盤鼠標(biāo)等等。

1）CPU

CPU是電腦的大腦，如下圖所示：

CPU發(fā)展史：

32 位CPU：最大的內(nèi)存尋址地址2^32，大約4G的大小。

聊聊2的32次方怎么算？

1T = 1024GB 1GB = 1024MB 1MB = 1024KB 1KB = 1024B

2^32B = 2^32 /1024/1024 /1024 = 4GB

2）內(nèi)存

內(nèi)存也是電腦必需組件之一。

計(jì)算機(jī)是一個(gè)商鋪：CPU相當(dāng)于人，內(nèi)存相當(dāng)于倉(cāng)庫(kù)。商品必須上架才能顯示。

3）風(fēng)扇

4）電源

5）硬盤

硬盤的作用：存儲(chǔ)數(shù)據(jù)。

硬盤可以分為機(jī)械硬盤、固態(tài)硬盤。

6）主板

主要的作用：

自身包含了一些集成電路，負(fù)責(zé)各個(gè)不同的功能和數(shù)據(jù)通信。

主板上有很多空的插槽，插槽的作用在于擴(kuò)展外部的硬件設(shè)備。

三、操作系統(tǒng)概述

1、計(jì)算機(jī)發(fā)展史

第一臺(tái)計(jì)算機(jī)是1946 年2 月14 日誕生日，第一臺(tái)名稱ENIAC。體積一間屋子的大小，重量高達(dá)28t。

第一代：1946 – 1958 => 12 年 （電子管）

第二代：1958 – 1964 => 6 年 （晶體管）

第三代：1964 – 1970 => 6 年 （集成電路）

第四代：1970 – 至今 （大規(guī)模集成電路）

2、計(jì)算機(jī)組成

CPU、內(nèi)存、風(fēng)扇、硬盤、顯示器、主板、電源、聲卡、網(wǎng)卡、顯卡、鼠標(biāo)、鍵盤等

3、計(jì)算機(jī)資源（重點(diǎn)）

計(jì)算機(jī)資源分為2 部分：硬件資源、軟件資源

硬件：一般硬件是指計(jì)算機(jī)的物理組成，由真實(shí)（看得見(jiàn)，摸得著）的設(shè)備組成的

軟件：軟件一般是指應(yīng)用程序，應(yīng)用程序程序是由開(kāi)發(fā)人員去按照編程語(yǔ)言的特定的規(guī)則去

編寫的程序。除了上述的應(yīng)用程序之外，操作系統(tǒng)也屬于軟件資源的范疇，它屬特殊的軟件。

問(wèn)題：為什么在打開(kāi)一個(gè)應(yīng)用程序之后（吃雞游戲），當(dāng)玩家在敲擊鍵盤和移動(dòng)鼠標(biāo)的時(shí)候里

面人物會(huì)有對(duì)應(yīng)的行為表現(xiàn)呢？

答：用戶敲擊鍵盤/移動(dòng)鼠標(biāo)（硬件操作） → 硬件的驅(qū)動(dòng)（軟件資源） → 操作系統(tǒng)（軟件） → 硬件支持（cpu） → 操作系統(tǒng)（軟件） → 驅(qū)動(dòng)（顯卡驅(qū)動(dòng)） → 顯示在屏幕上（硬件）

所以由此可知，操作系統(tǒng)是軟件資源與硬件資源之間的橋梁。

4、操作系統(tǒng)

常見(jiàn)操作系統(tǒng)有：Windows、MacOS、Unix/Linux。

Windows：其是微軟公司研發(fā)的收費(fèi)操作系統(tǒng)（閉源）。

Windows 系統(tǒng)體系分為兩類：用戶操作系統(tǒng)、Server 操作系統(tǒng)。

用戶操作系統(tǒng)：win 95、win 98、win NT、win Me、win xp、vista、win7、win8、win10。

MacOS：其是由蘋果公司開(kāi)發(fā)的一款收費(fèi)（變相收費(fèi)，買電腦送系統(tǒng)）操作系統(tǒng)。該系統(tǒng)從

終端角度來(lái)看分為：watch OS、IOS、MacOS。其表現(xiàn)突出的地方：底層優(yōu)化實(shí)現(xiàn)的很好、安

全性要更加高點(diǎn)（閉源）。

Linux：Linux 是目前全球使用量最多的服務(wù)器操作系統(tǒng)（開(kāi)源）。其體系很強(qiáng)大，其分支有

很多（數(shù)不勝數(shù)），其目前主要的分支有：redhat（紅帽）、Debian、烏班圖（ubuntu）、CentOS

等等。其在世界范圍最大的使用分支是安卓。

閉源：不開(kāi)放源代碼，用戶是沒(méi)有辦法看到軟件的底層實(shí)現(xiàn)（閉源≠收費(fèi)）。

開(kāi)源：表示開(kāi)放源代碼（開(kāi)源≠免費(fèi)）。

5、為什么需要Linux操作系統(tǒng)

問(wèn)題：windows 既然可以使用傻瓜式的方式進(jìn)行操作，例如使用ctrl c 表示復(fù)制，ctrl v 表示粘貼等，為什么還需要使用/學(xué)習(xí)Linux 系統(tǒng)？

① 性能問(wèn)題，Windows 服務(wù)器操作系統(tǒng)不如Linux 高；

② 穩(wěn)定性問(wèn)題：

底層架構(gòu)：Linux 更加穩(wěn)定，其開(kāi)機(jī)時(shí)間可以達(dá)到好幾年不關(guān)機(jī)；

開(kāi)源：因?yàn)殚_(kāi)源，人人都可以看到源代碼，就可以為其提供自己的補(bǔ)丁，補(bǔ)丁可以提高 穩(wěn)定性和安全性；

③ 安全性問(wèn)題：

Linux 操作系統(tǒng)，相對(duì)于windows 操作系統(tǒng)要更加安全；

④ 遠(yuǎn)程管理方面：

Windows 不及Linux 操作高效。

⑤ 服務(wù)器價(jià)格昂貴的，需要對(duì)資源進(jìn)行充分利用，充分把計(jì)算機(jī)資源用到項(xiàng)目上（訪問(wèn)并發(fā)、性能），而不是把資源浪費(fèi)在圖形化界面或者方便程度上；

四、Linux發(fā)展史

1、Linux 起源

##

2、Linux 的含義

狹義：由Linus 編寫的一段內(nèi)核代碼。

廣義：廣義上的Linux 是指由Linux內(nèi)核衍生的各種Linux發(fā)行版本。（CentOS、Ubuntu）

注意：以后提及到的Linux 都是廣義上的Linux

3、Linux特點(diǎn)

開(kāi)放性（開(kāi)源）、多用戶、多任務(wù)、良好的用戶界面、優(yōu)異的性能與穩(wěn)定性

多用戶多任務(wù)：

單用戶：一個(gè)用戶，在登錄計(jì)算機(jī)（操作系統(tǒng)），只能允許同時(shí)登錄一個(gè)用戶；

單任務(wù)：一個(gè)任務(wù)，允許用戶同時(shí)進(jìn)行的操作任務(wù)數(shù)量；

多用戶：多個(gè)用戶，在登錄計(jì)算機(jī)（操作系統(tǒng)），允許同時(shí)登錄多個(gè)用戶進(jìn)行操作；

多任務(wù)：多個(gè)任務(wù)，允許用戶同時(shí)進(jìn)行多個(gè)操作任務(wù)；

Windows 屬于：?jiǎn)斡脩簟⒍嗳蝿?wù)。

而Linux系統(tǒng)則屬于：多用戶、多任務(wù)。

4、Linux分支(Linux衍生版：Linux廠商基于Linux內(nèi)核)

分支：Linux 分支有很多，現(xiàn)在比較有名的redhat、ubuntu、debian、centos（Community Enterprise Operating System）、suse 等等。

中國(guó)Linux系統(tǒng)：紅旗（Redflag）、麒麟、深度OS

CentOS6.9

CentOS7.5

五、Linux系統(tǒng)安裝

1、Linux系統(tǒng)安裝方式

目前安裝操作系統(tǒng)方式有2 種：真機(jī)安裝、虛擬機(jī)安裝。

真機(jī)安裝：使用真實(shí)的電腦進(jìn)行安裝，像安裝windows 操作系統(tǒng)一樣，真機(jī)安裝的結(jié)果就是替換掉當(dāng)前的windows 操作系統(tǒng)；

虛擬機(jī)安裝：通過(guò)一些特定的手段，來(lái)進(jìn)行模擬安裝，并不會(huì)影響當(dāng)前計(jì)算機(jī)的真實(shí)操作系統(tǒng)；

如果是學(xué)習(xí)或者測(cè)試使用，強(qiáng)烈建議使用虛擬機(jī)安裝方式。

2、虛擬機(jī)概念

什么是虛擬機(jī)？

虛擬機(jī)，有些時(shí)候想模擬出一個(gè)真實(shí)的電腦環(huán)境，礙于使用真機(jī)安裝代價(jià)太大，因此而誕生的一款可以模擬操作系統(tǒng)運(yùn)行的軟件。

虛擬機(jī)目前有2 個(gè)比較有名的產(chǎn)品：vmware 出品的vmware workstation、oracle 出品的virtual Box。

3、虛擬機(jī)的安裝

第一步：雙擊打開(kāi)VMware安裝程序

第二步：進(jìn)行下一步安裝

第三步：同意許可協(xié)議，單擊下一步

第四步：根據(jù)需要決定是否需要更改軟件的安裝位置（建議放置于除C盤以外任意盤符下）

第五步：更改成功后，單擊確定，下一步繼續(xù)安裝：

注意：所有軟件的安裝目錄最好在安裝的時(shí)候是空的

第六步：用戶體驗(yàn)設(shè)置，如下圖所示，單擊下一步繼續(xù)安裝

第七步：快捷方式設(shè)置，單擊下一步繼續(xù)安裝。單擊安裝按鈕、安裝結(jié)束后，單擊完成按鈕

注意事項(xiàng)：最重要的地方，在安裝完之后需要檢查，檢查虛擬機(jī)軟件是否有安裝2 個(gè)虛擬網(wǎng)卡

Windows7與Windows10可能顯示網(wǎng)絡(luò)名稱有所不同，但是底部虛擬機(jī)網(wǎng)絡(luò)是一致的。

4、Linux系統(tǒng)環(huán)境部署

Linux系統(tǒng)版本選擇：CentOS7.6 x64，【鏡像一般都是CentOS*.iso文件】

問(wèn)題：為什么不選擇最新版的8 版本？

7.x 目前依然是主流

7.x 的各種系統(tǒng)操作模式是基礎(chǔ)

官網(wǎng)：https://www.centos.org/ ，從官網(wǎng)下載得到的鏡像文件：

Centos7.6版本下載地址：

http://vault.centos.org/7.6.1810/isos/x86_64/CentOS-7-x86_64-Everything-1810.iso

第一步：新建虛擬機(jī)，點(diǎn)擊"文件"菜單，選擇"新建虛擬"選項(xiàng)，選擇"自定義"點(diǎn)擊下一步：

第二步：選擇兼容性，默認(rèn)即可，選擇鏡像文件的時(shí)候選擇"稍后安裝操作系統(tǒng)"，單擊下一步：

第三步：設(shè)置虛擬機(jī)的名稱（名稱將會(huì)后期出現(xiàn)在左側(cè)）和設(shè)置虛擬系統(tǒng)的安裝位置

第四步：CPU設(shè)置，提示：根據(jù)自身電腦配置選擇CPU設(shè)置，一般默認(rèn)即可，1*1

第五步：分配虛擬機(jī)內(nèi)存

第六步：選擇虛擬機(jī)網(wǎng)絡(luò)類型，默認(rèn)選擇NAT即可。

NAT：配置好之后windows 即可和虛擬機(jī)進(jìn)行互相通信，但是教室內(nèi)的其他同學(xué)是訪問(wèn)不了的，只有自己可以訪問(wèn)虛擬機(jī)中的操作系統(tǒng)。

橋接：配置好之后其他同學(xué)也可以訪問(wèn)你的虛擬機(jī)操作系統(tǒng)。

第七步：后續(xù)默認(rèn)的步驟，直接下一步，安裝完畢后，單擊完成：

5、CentOS系統(tǒng)安裝配置

第一步：選擇CentOS系統(tǒng)安裝鏡像【*.iso文件】

第二步：開(kāi)啟虛擬機(jī)，進(jìn)行系統(tǒng)安裝

特別注意：如果在啟動(dòng)時(shí)候出現(xiàn)下述錯(cuò)誤，則說(shuō)明電腦沒(méi)有開(kāi)啟cpu 的虛擬化，如果需要開(kāi)啟，則需要重啟計(jì)算機(jī)，并且在開(kāi)啟的時(shí)候進(jìn)入主板的BIOS 設(shè)置開(kāi)啟虛擬化，然后保存設(shè)置重啟電腦：

第四步：選擇安裝centos7（通過(guò)↑ 或 ↓方向鍵進(jìn)行選擇），確認(rèn)后，按下回車

第五步：等待一會(huì)兒后，將彈出歡迎使用CENTOS 7的界面，選擇中文，簡(jiǎn)體中文（中國(guó)），點(diǎn)擊繼續(xù)

第六步：在安裝信息摘要界面，點(diǎn)擊軟件安裝，進(jìn)入軟件選擇界面

第七步：在軟件選擇界面，選中左側(cè)GNOME Desktop，勾選右側(cè)所有項(xiàng)目，點(diǎn)擊完成，回到安裝信息摘要界面。

點(diǎn)擊INSTALLATION DESTINATION

進(jìn)入磁盤配置頁(yè)面，直接點(diǎn)Done，不需要做其他更改，只是確認(rèn)使用自動(dòng)分區(qū)

第八步：點(diǎn)擊開(kāi)始安裝

第九步：進(jìn)入安裝進(jìn)度頁(yè)面

第十步：點(diǎn)擊ROOT密碼，進(jìn)入密碼設(shè)置頁(yè)面，輸入兩次ROOT賬戶的密碼，例如1234。第一次點(diǎn)擊完成，會(huì)提示Too short，密碼太短，再點(diǎn)擊一次完成，確定使用簡(jiǎn)單密碼。（生產(chǎn)環(huán)境要設(shè)置足夠復(fù)雜的密碼）

第十一步：回到安裝進(jìn)度頁(yè)面，顯示已經(jīng)設(shè)置了ROOT密碼，等待安裝完成即可。

第十二步：安裝完成后，右下角會(huì)出現(xiàn)重啟按鈕，點(diǎn)擊重啟

第十三步：重啟之后，來(lái)到初始設(shè)置頁(yè)面，點(diǎn)擊license information

第十四步：勾選我同意許可協(xié)議，點(diǎn)擊左上角完成，回到初始設(shè)置頁(yè)面

第十五步：網(wǎng)絡(luò)和主機(jī)名，創(chuàng)建用戶都不用操作，直接點(diǎn)擊右下角完成配置

第十六步：進(jìn)入到歡迎頁(yè)面，點(diǎn)擊前進(jìn)

第十七步：輸入頁(yè)面，默認(rèn)漢語(yǔ)，點(diǎn)擊前進(jìn)

第十八步：隱私，位置服務(wù)，默認(rèn)開(kāi)啟，點(diǎn)擊前進(jìn)

第十九步：時(shí)區(qū)，在對(duì)話框中輸入shanghai，會(huì)自動(dòng)聯(lián)想出對(duì)應(yīng)時(shí)區(qū)，點(diǎn)擊右上角前進(jìn)。

第二十步：在線賬號(hào)，選擇跳過(guò)

第二十一步：全名任意填寫，用戶名默認(rèn)和全名一致，此處的用戶名，是一個(gè)普通的賬戶，區(qū)別于ROOT賬戶。點(diǎn)擊前進(jìn)。

第二十二步：填寫密碼，注意需要包含數(shù)字，字母，特殊字符，此處密碼是前面創(chuàng)建的itheima這個(gè)賬戶的密碼

6、安裝后配置

為了試驗(yàn)方便，取消centos的屏幕鎖定

點(diǎn)擊桌面右上角的電源標(biāo)志，在彈出菜單下方，點(diǎn)擊設(shè)置按鈕

選擇左側(cè)的Power（電源）按鈕，右側(cè)選擇Never（從不），這樣Centos就不會(huì)每五分鐘自動(dòng)鎖屏了，方便大家操作。

注意：自動(dòng)鎖屏是出于安全考慮，工作環(huán)境盡量不要關(guān)閉。

選中后，直接點(diǎn)擊右上角關(guān)閉即可，系統(tǒng)會(huì)自動(dòng)保存配置

六、運(yùn)維規(guī)范

1.1 運(yùn)維不簡(jiǎn)單

前陣子，跟一個(gè)項(xiàng)目經(jīng)理溝通能否提前半天將變更申請(qǐng)?zhí)峤贿^(guò)來(lái)時(shí)，這位項(xiàng)目經(jīng)理很不理解的問(wèn)我，“你們運(yùn)維不就是在生產(chǎn)環(huán)境部署個(gè)程序這么簡(jiǎn)單的工作嗎？你們又不懂程序，評(píng)審不出什么吧？”。

運(yùn)維多年，對(duì)運(yùn)維的這類認(rèn)識(shí)聽(tīng)過(guò)很多，它反映了企業(yè)里不同的組織團(tuán)隊(duì)對(duì)運(yùn)維的認(rèn)識(shí)往往僅限于一些簡(jiǎn)單操作性的工作，比如生產(chǎn)應(yīng)用系統(tǒng)在故障時(shí)的重啟、應(yīng)用變更時(shí)敲敲命令、平時(shí)增刪改查數(shù)據(jù)，或者是辦公室和電有關(guān)的所有軟硬件的使用問(wèn)題等等。

那么如何理解運(yùn)維呢？百度百科對(duì)運(yùn)維的解釋為：企業(yè) IT 部門采用相關(guān)的方法、手段、技術(shù)、制度、流程和文檔等，對(duì)IT 軟硬運(yùn)行環(huán)境(軟件環(huán)境、網(wǎng)絡(luò)環(huán)境等)、IT 業(yè)務(wù)系統(tǒng)和 IT 運(yùn)維人員進(jìn)行的綜合管理。從百度百科的解釋看，運(yùn)維崗位需要一個(gè)綜合性的技術(shù)與管理能力，需要掌握大量的方法論與技術(shù)棧。

運(yùn)維狹義“運(yùn)維技術(shù)與資源”可以定義為“監(jiān)、管、控”，技術(shù)與資源主要是支撐運(yùn)維/運(yùn)營(yíng)的質(zhì)量、效率、成本的平衡。以下簡(jiǎn)單摘錄了運(yùn)維的一些能力要求：

• 運(yùn)維規(guī)范的落地：以ITIL、ISO20000、ITSS.1等方法論，結(jié)合外部監(jiān)管及內(nèi)部規(guī)范的落地；
• 監(jiān)管機(jī)構(gòu)的要求落地：理解、快速響應(yīng)、落地監(jiān)管機(jī)構(gòu)的管理要求；
• 基本保障：配置、監(jiān)控、應(yīng)用發(fā)布、資源擴(kuò)容、事件、問(wèn)題等；
• 基礎(chǔ)能力：網(wǎng)絡(luò)、服務(wù)器、操作系統(tǒng)、數(shù)據(jù)庫(kù)、中間件、JVM、應(yīng)用等基本使用與調(diào)優(yōu)；
• 業(yè)務(wù)服務(wù)能力：SLA，服務(wù)臺(tái)、業(yè)務(wù)咨詢、維護(hù)、經(jīng)驗(yàn)庫(kù)、等支持能力；
• 可用性管理能力：巡檢、業(yè)務(wù)系統(tǒng)連續(xù)性、可用性，基礎(chǔ)架構(gòu)及應(yīng)用系統(tǒng)的高可用、備件冗余資源；
• 風(fēng)險(xiǎn)、安全管理能力：操作、審計(jì)、監(jiān)管風(fēng)險(xiǎn)，漏洞、攻擊管控；
• 故障管理能力：事件、問(wèn)題管理水平與能力；
• 持續(xù)交付能力：應(yīng)用變更、基礎(chǔ)資源、辦公服務(wù)交付能力；
• 主動(dòng)優(yōu)化能力：架構(gòu)優(yōu)化、性能響應(yīng)效率、客戶體驗(yàn)等
• 應(yīng)急演練：架構(gòu)高可用、突發(fā)事件、業(yè)務(wù)故障的架構(gòu)、方案、文檔、人員熟練程度等
• 業(yè)務(wù)支撐：數(shù)據(jù)維護(hù)、數(shù)據(jù)提取、參數(shù)維護(hù)等；
• 運(yùn)行分析能力：容量、性能、可用性分析等；
• 運(yùn)營(yíng)能力：促進(jìn)業(yè)務(wù)痛點(diǎn)的發(fā)現(xiàn)與解決、客戶及業(yè)務(wù)業(yè)務(wù)體驗(yàn)等；
• 成本控制：更好的評(píng)估人力、硬件、帶寬、軟件，節(jié)省成本；
• 運(yùn)維開(kāi)發(fā)：運(yùn)維自動(dòng)化工具的建設(shè)，運(yùn)維開(kāi)發(fā)能力的培養(yǎng)；
• 其它

不同的企業(yè)需要運(yùn)維的能力會(huì)有不同的擴(kuò)展，同進(jìn)上述能力要求每一點(diǎn)擴(kuò)散出來(lái)都將是一個(gè)復(fù)雜的技術(shù)棧，比如“基礎(chǔ)能力”中的LINUX操作系統(tǒng)的內(nèi)核關(guān)系圖（摘自互聯(lián)網(wǎng)見(jiàn)，圖1.1），或再深入一些關(guān)于mysql優(yōu)化（摘自互聯(lián)網(wǎng)見(jiàn)，圖1.2），需要運(yùn)維人員對(duì)技術(shù)能力深度的要求。

講到這，肯定會(huì)有人說(shuō)上述的技術(shù)棧的能力要求通常是由于某個(gè)運(yùn)維組織的仍處于專家式運(yùn)維，自動(dòng)化程度不夠高導(dǎo)致。

的確，理論上所有運(yùn)維操作性、命令的工作都可以整合為經(jīng)驗(yàn)，并通過(guò)自動(dòng)化落地實(shí)現(xiàn)，現(xiàn)在互聯(lián)網(wǎng)企業(yè)對(duì)外都宣稱自動(dòng)化在運(yùn)維工作覆蓋面很高，己經(jīng)開(kāi)始邁向智能化，AIOps，甚至提出了NoOps的解決方案。

關(guān)于這些互聯(lián)網(wǎng)企業(yè)的自動(dòng)化對(duì)日常運(yùn)維工作真實(shí)的覆蓋面暫時(shí)無(wú)法考究，但以我的經(jīng)驗(yàn)看，至少金融企業(yè)的自動(dòng)化覆蓋面還有很長(zhǎng)的路要走，且肯定還會(huì)很大一部份工作很難自動(dòng)化，畢竟工作類型太多，在有限的投入上只能集中力氣去做投入產(chǎn)出比更高的運(yùn)維自動(dòng)化。

這里再以一個(gè)運(yùn)維工具思維導(dǎo)圖（圖1.3）簡(jiǎn)單列示一些常規(guī)的運(yùn)維操作，可以看出其實(shí)很難有一套能解決所有運(yùn)維操作的工具平臺(tái)。

所以我覺(jué)得，隨著業(yè)務(wù)要求越來(lái)越高、規(guī)模越來(lái)越大、監(jiān)管要求越來(lái)越高，縱使外部如何宣稱自動(dòng)化、智能化對(duì)運(yùn)維人員經(jīng)驗(yàn)、技術(shù)、管理能力替代，金融企業(yè)內(nèi)的運(yùn)維還需要認(rèn)清實(shí)際情況，結(jié)合企業(yè)的整體戰(zhàn)略定位，強(qiáng)調(diào)運(yùn)維團(tuán)隊(duì)在運(yùn)維管理與技術(shù)能力的廣度與深度，再有側(cè)重、有先后的實(shí)現(xiàn)自動(dòng)化水平。

在未來(lái)一段時(shí)間里，金融企業(yè)的運(yùn)維崗位仍是一個(gè)復(fù)雜的、綜合性技能的工作崗位。

1.2運(yùn)維之痛

近年來(lái)，隨著運(yùn)維技術(shù)的快速發(fā)展，各行業(yè)的運(yùn)維水平在得到了較大的提升同時(shí)，運(yùn)維圈的分享也越來(lái)越開(kāi)放，從國(guó)外google的SRE理念，到國(guó)內(nèi)新技術(shù)領(lǐng)跑者騰訊游戲的藍(lán)鯨、織云，以及借助于各種運(yùn)維專題的公眾號(hào)、運(yùn)維大會(huì)有大量的互聯(lián)網(wǎng)、傳統(tǒng)企業(yè)的運(yùn)維組織進(jìn)行分享。

1.2.1組織之痛

前面講過(guò)，在企業(yè)內(nèi)部其它團(tuán)隊(duì)對(duì)運(yùn)維的認(rèn)識(shí)通常是簡(jiǎn)單操作，出故障時(shí)才會(huì)找的同團(tuán)隊(duì)，隨著信息技術(shù)的發(fā)展與業(yè)務(wù)的發(fā)展，運(yùn)維組織痛點(diǎn)越來(lái)越明顯，企業(yè)內(nèi)對(duì)運(yùn)維組織的不滿的聲音越來(lái)越多，反思一下原因，分外部客觀因素和內(nèi)部因素。

1）外部客觀因素

在當(dāng)前大數(shù)據(jù)時(shí)代，金融企業(yè)的運(yùn)維面臨業(yè)務(wù)規(guī)模的不斷擴(kuò)大，業(yè)務(wù)競(jìng)爭(zhēng)越來(lái)越激烈，監(jiān)管要求越來(lái)越高，數(shù)據(jù)中心的規(guī)模也越來(lái)越高，大量新技術(shù)、開(kāi)源架構(gòu)的引入取代了傳統(tǒng)穩(wěn)定的系統(tǒng)架構(gòu)等等因素影響。

• 運(yùn)維組織的角色：絕大部份運(yùn)維組織都是一個(gè)成本部門，企業(yè)對(duì)運(yùn)維組織的重視程度通常不如開(kāi)發(fā)組織，更不用說(shuō)是前臺(tái)業(yè)務(wù)部門。這方面造成了運(yùn)維部門的規(guī)模通常增長(zhǎng)很慢，以 Google 為例，在《Google SRE 運(yùn)維解密》一書中提到，由于Google的數(shù)據(jù)中心規(guī)模急劇擴(kuò)大，系統(tǒng)越來(lái)越復(fù)雜，而運(yùn)維人員規(guī)模又跟不上，所以他們的運(yùn)維組織采用組建 SRE 的運(yùn)維開(kāi)發(fā)團(tuán)隊(duì)實(shí)現(xiàn)自救。
• 業(yè)務(wù)對(duì)運(yùn)維服務(wù)質(zhì)量的要求：越來(lái)越多的金融業(yè)務(wù)己從線下走到線上， 為了贏得更多用戶的青睞，一方面，業(yè)務(wù)要求更多、體驗(yàn)更佳的業(yè)務(wù)性能；另一方面業(yè)務(wù)對(duì)應(yīng)用發(fā)布的交付速度有了更高的要求。前者會(huì)產(chǎn)生更復(fù)雜的系統(tǒng)設(shè)計(jì)，后者需要更高效的應(yīng)用發(fā)布支持，兩者都會(huì)對(duì)系統(tǒng)響應(yīng)效率、穩(wěn)定性帶來(lái)影響。
• 外部監(jiān)管要求：長(zhǎng)期以來(lái)，為了防范金融風(fēng)險(xiǎn)，監(jiān)管機(jī)構(gòu)對(duì)金融企業(yè)保持強(qiáng)監(jiān)管的方式，十九大之后，監(jiān)管對(duì)金融企業(yè)的信息技術(shù)的穩(wěn)定性、規(guī)范性有增無(wú)減。在強(qiáng)監(jiān)管下，信息系統(tǒng)的穩(wěn)定性有了進(jìn)一步保證，但也給運(yùn)維組織帶來(lái)更高的要求，客觀上也加大了工作量，并由于規(guī)范流程帶來(lái)的工作效率的下降。
• 業(yè)務(wù)并發(fā)要求：用戶量的增加，營(yíng)銷活動(dòng)不斷推出，需要系統(tǒng)具備更高的并發(fā)處理能力要求，企業(yè)不斷引入大量分布式、開(kāi)源架構(gòu)替代傳統(tǒng)相對(duì)成熟穩(wěn)定的架構(gòu)來(lái)滿足業(yè)務(wù)需要，這些變化都給運(yùn)維能力帶來(lái)挑戰(zhàn)。
• 數(shù)據(jù)中心規(guī)模增大：數(shù)據(jù)中心的多中心建設(shè)，云化，去IOE，分布式架構(gòu)的引入使得應(yīng)用系統(tǒng)規(guī)模成倍的增大。

2）內(nèi)部因素

網(wǎng)上有一個(gè)調(diào)查數(shù)據(jù)，在整個(gè)運(yùn)維成本的分配中，軟硬件和網(wǎng)絡(luò)設(shè)備的維護(hù)成本占 30%，維護(hù)服務(wù)成本占30%，內(nèi)部運(yùn)維人力成本則占了40%。

這里的人力成本包括現(xiàn)在維護(hù)、培訓(xùn)、流失與引入等成本，如果將維護(hù)服務(wù)成本也納入到人力成本之上，則人力這一塊的成本將上升為70%，影響這個(gè)人力成本的因素主要有：

• 運(yùn)維能力模型：ITIL、ISO20000、ITSS.1是運(yùn)維領(lǐng)域中比較成體系化的方法論（目前更為火爆的 DevOps 更傾向于是一種思路），其中只有ITSS.1提出了運(yùn)維能力模型的概念，但在量化運(yùn)維人員具體能力的實(shí)際操作上也比較難落地。也就是說(shuō)你很難評(píng)價(jià)一個(gè)運(yùn)維人員如何做才是做得優(yōu)，如何是中，如何差，這些評(píng)價(jià)通常比較主觀，這也客戶觀影響了運(yùn)維人員不斷增加技能、優(yōu)化工作效率的動(dòng)力。
• 運(yùn)維規(guī)范化：組織擴(kuò)大到一定規(guī)模，以口口相傳的傳授，結(jié)合個(gè)體責(zé)任心、工作習(xí)慣為主的方式容易出現(xiàn)操作風(fēng)險(xiǎn)，且無(wú)法進(jìn)行量化績(jī)效管理，管理規(guī)范無(wú)法落地。
• 運(yùn)維精細(xì)化程度：組織通常是從縱向職能型的方式形成，這種方式能培養(yǎng)全能型、經(jīng)驗(yàn)豐富的專家式人才，這些專家式人才利用經(jīng)驗(yàn)?zāi)芸焖俳鉀Q職責(zé)下的常規(guī)問(wèn)題，且效率比較高，適合小型的組織。
• 隨著組織的不斷壯大，面對(duì)的問(wèn)題越來(lái)越復(fù)雜，技術(shù)要求越來(lái)越多，一方面很多人不能滿足這種專家式人才的要求；一方面也會(huì)產(chǎn)生很多重復(fù)性的工作；同時(shí)對(duì)于人員流失帶來(lái)的影響比較大。這時(shí)候就需要將縱向工作精細(xì)化，再輔助橫向人員對(duì)工作進(jìn)行持續(xù)的優(yōu)化。
• 運(yùn)維目標(biāo)：運(yùn)維的目標(biāo)往往以被動(dòng)式的目標(biāo)為主，被動(dòng)處理故障、被動(dòng)解決問(wèn)題、被動(dòng)提供應(yīng)用交付、被動(dòng)節(jié)省成本等，這種被動(dòng)式的運(yùn)維目標(biāo)導(dǎo)致計(jì)劃性工作不夠，缺乏持續(xù)不斷的自我優(yōu)化，主動(dòng)提高效率、質(zhì)量，降低成本，并由運(yùn)維向主動(dòng)運(yùn)營(yíng)目標(biāo)去轉(zhuǎn)變。
• 自動(dòng)化能力：IT軟硬件體量龐大，且增長(zhǎng)迅速，手工操作的機(jī)器任務(wù)太多；運(yùn)維數(shù)據(jù)越來(lái)越多；故障定位越來(lái)越難，人工經(jīng)驗(yàn)依賴高；監(jiān)控手段不夠及時(shí)、全面；應(yīng)用發(fā)布、資源交付效率低下；沒(méi)有主動(dòng)的容量、性能分析、體驗(yàn)分析能力……這些都是常見(jiàn)的一些痛點(diǎn)。
• 個(gè)體之痛作為運(yùn)維組織中的運(yùn)維人員同樣面臨不少痛點(diǎn)，有來(lái)自工作時(shí)間、工作壓力、學(xué)習(xí)壓力、職業(yè)發(fā)展等等，以下簡(jiǎn)單羅列：
• 7*24小時(shí)制的工作時(shí)間：運(yùn)維人員的節(jié)假日是不完整的，通常節(jié)假日需要運(yùn)維值班保障或在家通過(guò)VPN遠(yuǎn)程操作、或和家人團(tuán)聚時(shí)還遠(yuǎn)程指導(dǎo)進(jìn)行故障應(yīng)急；運(yùn)維人員上班時(shí)間不同普通工作，為了不影響業(yè)務(wù)，應(yīng)用發(fā)布、基礎(chǔ)設(shè)施變更、演練等工作都會(huì)放到晚上，對(duì)客的業(yè)務(wù)系統(tǒng)還可能要安排到深夜。這種隨時(shí)可能發(fā)生，隨處理可能要處理的工作狀態(tài)是其它行業(yè)所不具備的痛點(diǎn)。
• 高度壓力的工作：“如履薄冰”很好的形容了運(yùn)維的工作狀態(tài)，因?yàn)槿蝿?wù)一個(gè)生產(chǎn)操作都可能對(duì)業(yè)務(wù)帶來(lái)影響，所以運(yùn)維的操作必須十分謹(jǐn)慎。同時(shí)在運(yùn)維故障處理過(guò)程中，運(yùn)維人員需要面臨著來(lái)自業(yè)務(wù)、客戶、開(kāi)發(fā)、領(lǐng)導(dǎo)的各層的壓力下，冷靜的完成故障處理，是一個(gè)高壓的工作狀態(tài)。
• 被動(dòng)的工作：經(jīng)常會(huì)有人形容運(yùn)維就是一個(gè)“消防員”的工作，也就是被動(dòng)救火的工作，這個(gè)形容很貼切，在缺乏一些主動(dòng)分析、優(yōu)化、預(yù)測(cè)性的工作的背景下，運(yùn)維組織的大部份工作是以被動(dòng)為主，是負(fù)責(zé)應(yīng)急救火、打掃戰(zhàn)場(chǎng)、負(fù)責(zé)收尾的那群默默的人。
• 對(duì)工作的認(rèn)識(shí)：運(yùn)維的人通常會(huì)認(rèn)為自己就是一個(gè)背鍋的角色，開(kāi)發(fā)程序問(wèn)題、硬件問(wèn)題、系統(tǒng)軟件問(wèn)題、業(yè)務(wù)需求問(wèn)題都需要運(yùn)維去解決，而且這些問(wèn)題對(duì)可用性的影響還要運(yùn)維來(lái)承擔(dān)，這是運(yùn)維特有的痛點(diǎn)。
• 職業(yè)壓力：運(yùn)維工作一方面主要是和機(jī)器或系統(tǒng)軟件打交道，所以相對(duì)于開(kāi)發(fā)、項(xiàng)目管理等IT崗位，轉(zhuǎn)型機(jī)會(huì)的面比較窄；同時(shí)，運(yùn)維崗位中重復(fù)操作性的工作占比多，如缺乏引導(dǎo)容易讓運(yùn)維人員產(chǎn)生麻木的狀態(tài)，失去持續(xù)改善的動(dòng)力；另外，前面也提到運(yùn)維需要掌握的技能和管理理念很多，對(duì)于運(yùn)維人員的學(xué)習(xí)能力要求很高。

1.3 自救

1.3.1 SRE

SRE這個(gè)名詞最早是從《Google SRE 運(yùn)維解密》一書中獲得，全稱是Site Reliability Engineering，翻譯過(guò)來(lái)就是：站點(diǎn)可靠性工程師。

Google 對(duì) SRE 的職責(zé)描述為：確保站點(diǎn)的可用，為了達(dá)到這個(gè)目的，一方面他需要對(duì)站點(diǎn)涉及的系統(tǒng)、組件熟悉，也要關(guān)注生產(chǎn)運(yùn)行時(shí)的狀態(tài)，為此，他需要自開(kāi)發(fā)并維護(hù)很多工具和系統(tǒng)支撐系統(tǒng)的運(yùn)行，比如自動(dòng)化發(fā)布系統(tǒng)，監(jiān)控系統(tǒng)，日志系統(tǒng)，服務(wù)器資源分配和編排等。SRE是一個(gè)綜合素質(zhì)很高的全能手，如果對(duì)他的能力進(jìn)行分解主要有三塊：

• 熟悉系統(tǒng)架構(gòu)與運(yùn)行狀態(tài)：SRE需要懂服務(wù)器基礎(chǔ)架構(gòu)、操作系統(tǒng)、網(wǎng)絡(luò)、中間件容器、常用編程語(yǔ)言、全局的架構(gòu)意識(shí)、非常強(qiáng)的問(wèn)題分析能力、極高的抗壓能力（以便沉著高效地排障），他們還需要懂性能調(diào)優(yōu)理論。為了保證系統(tǒng)架構(gòu)的高可用，SRE甚至?xí)幸庾R(shí)的破壞自己的系統(tǒng)，以提高系統(tǒng)可用性。
• 熟悉運(yùn)維涉及的管理方法：SRE需根據(jù)企業(yè)自身發(fā)展需要，清楚運(yùn)維涉及的各項(xiàng)工作的流程方法論，比如故障處理、應(yīng)用發(fā)布、可用性管理等等，SRE十分重視運(yùn)維流程的持續(xù)改善，比如對(duì)故障的追根溯源，懷疑一切的方式持續(xù)改進(jìn)。
• 運(yùn)維開(kāi)發(fā) 產(chǎn)品經(jīng)理：SRE 在運(yùn)行保障過(guò)程中的手段更加自動(dòng)化，更高效，這種高效來(lái)源于自動(dòng)化工具、監(jiān)控工具的支撐，且他們還需要是這些工具的主要開(kāi)發(fā)者，他們要不斷優(yōu)化和調(diào)整，使整個(gè)工具箱使起來(lái)更加得心應(yīng)手。為此SRE有一個(gè)50%的理念，就是50%用于日常保障，50%用于項(xiàng)目性的工作，這個(gè)項(xiàng)目性的工作主要體現(xiàn)在運(yùn)維開(kāi)發(fā)與運(yùn)維產(chǎn)品經(jīng)理的角色。
• 運(yùn)維開(kāi)發(fā)關(guān)于運(yùn)維開(kāi)發(fā)的理解主要體現(xiàn)在運(yùn)維工具層面，不同的組織有不同的理解，通常有三類：
• 完全自建：運(yùn)維開(kāi)發(fā)團(tuán)隊(duì)利用開(kāi)源技術(shù)結(jié)合自身需要進(jìn)行一定的二次開(kāi)發(fā)，這種方式在互聯(lián)網(wǎng)企業(yè)比較流行，具體的成效大小與何時(shí)能起來(lái)收效與對(duì)這個(gè)運(yùn)維開(kāi)發(fā)團(tuán)隊(duì)的整體規(guī)劃或資源投入有關(guān)；
• 外購(gòu)開(kāi)發(fā)資源或工具產(chǎn)品：運(yùn)維開(kāi)發(fā)團(tuán)隊(duì)主要是結(jié)合企業(yè)痛點(diǎn)承擔(dān)產(chǎn)品經(jīng)理的角色，設(shè)計(jì)、跟進(jìn)、推廣工具，這種方式常出現(xiàn)在傳統(tǒng)的企業(yè)，尤其適用于投入運(yùn)維開(kāi)發(fā)人員比較少的企業(yè)，這種方式是投入收效快，但是對(duì)外部資源依賴比較大，不利于后續(xù)持續(xù)建設(shè)；
• 外購(gòu)與自建相結(jié)合：運(yùn)維開(kāi)發(fā)團(tuán)隊(duì)在整個(gè)工具體系下，針對(duì)部份組件選擇性的引入一些成熟的工具體系，同時(shí)要求這類成熟的工具需要開(kāi)放一定的接口或源碼支持，對(duì)于一些與公司個(gè)性強(qiáng)的環(huán)節(jié)采用自研的方式。這種方式目前逐漸被運(yùn)一些傳統(tǒng)企業(yè)，比如金融企業(yè)所接受。

總的來(lái)說(shuō)，不管選用上面哪一種方式，運(yùn)維開(kāi)發(fā)團(tuán)隊(duì)都應(yīng)該有一個(gè)整體、統(tǒng)一的一體化工具建設(shè)規(guī)劃，并在建設(shè)過(guò)程中始終保持對(duì)運(yùn)維工具體系的掌控能力，并在工具體系的上層為其它運(yùn)維人員提供簡(jiǎn)易的、可創(chuàng)造性的“開(kāi)發(fā)能力”，比如所見(jiàn)即所得的工具可視化、可定制的運(yùn)維報(bào)表、拖拉拽方式的流程及腳本組件的拼裝等運(yùn)維開(kāi)發(fā)方式。

1.3.3 DevOps

1.3.3.1 DevOps 概述

DevOps 一詞的來(lái)自于 Development 和 Operations 的組合，突出重視軟件開(kāi)發(fā)人員和運(yùn)維人員的溝通合作，通過(guò)自動(dòng)化流程來(lái)使得軟件構(gòu)建、測(cè)試、發(fā)布更加快捷、頻繁和可靠，他是一種方法論，包含一套基本原則和實(shí)踐，工具是為有效落實(shí)這套方法論提供支持。

在軟件全生命周期管理過(guò)程中，包括開(kāi)發(fā)，構(gòu)建，測(cè)試，發(fā)布，運(yùn)營(yíng)，在這個(gè)全生命周期管理過(guò)程中出現(xiàn)了開(kāi)發(fā)組織與運(yùn)維組織的部門墻，這是因?yàn)殚_(kāi)發(fā)組織關(guān)注需求的實(shí)現(xiàn)，希望盡快實(shí)現(xiàn)變更；運(yùn)維組織關(guān)注系統(tǒng)運(yùn)行穩(wěn)定，而變更又往往是生產(chǎn)應(yīng)用不穩(wěn)定的原因。

DevOps 方法論的出現(xiàn)主要是為了解決這個(gè)協(xié)作問(wèn)題，以讓軟件交付更加高效，質(zhì)量更高，生產(chǎn)端更加敏捷，生產(chǎn)運(yùn)行過(guò)程中的問(wèn)題能更加高效的反饋到開(kāi)發(fā)，形成一個(gè)全生命周期的閉環(huán)。隨著業(yè)務(wù)對(duì)運(yùn)維交付能力的時(shí)效性要求越來(lái)越高，運(yùn)維組織面臨“吃力不討好”的問(wèn)題：

• 吃力：花費(fèi)大量時(shí)間在應(yīng)用部署的操作性工作中。這部份部署變更包括新功能的上線以及修復(fù)功能BUG兩方法。
• 不討好：操作性的工作越來(lái)，帶來(lái)的操作風(fēng)險(xiǎn)越大，有這樣一個(gè)統(tǒng)計(jì)，如果手工運(yùn)行5條命令的情況下，成功部署的概率就已跌至86%；如需手工運(yùn)行55條命令，成功部署的概率將跌至 22%；如需手工運(yùn)行100條命令，成功部署的概率將趨近于0（僅2%）。

DevOps 鼓勵(lì)軟件開(kāi)發(fā)者和IT運(yùn)維人員之間所進(jìn)行的溝通、協(xié)作、集成和自動(dòng)化，借此有助于改善雙方在交付軟件過(guò)程中的速度和質(zhì)量。側(cè)重于通過(guò)標(biāo)準(zhǔn)化開(kāi)發(fā)環(huán)境和自動(dòng)化交付流程改善交付工作的可預(yù)測(cè)性、效率、安全性，以及可維護(hù)性。

1.3.3.2運(yùn)維實(shí)踐中的DevOps

可以從工具鏈、組織文化、自動(dòng)化、敏捷看板等角度講DevOps，比如在目前比較活躍的 DevOps36計(jì)中，基本覆蓋了運(yùn)維領(lǐng)域很大的一塊：

從 DevOps 的落地效率來(lái)看，需要將 DevOps 進(jìn)行聚焦，聚焦到交付能力上，這方面，行業(yè)里比較標(biāo)準(zhǔn)化的評(píng)估是去年底由中國(guó)信息通信研究院，聯(lián)合一些互聯(lián)網(wǎng)企業(yè)、運(yùn)維社區(qū)，以及一些金融、傳統(tǒng)企業(yè)聯(lián)合進(jìn)行編制的 DevOps 標(biāo)準(zhǔn)（券商行業(yè)中華泰參加了編制）。

從這個(gè)能力模型公布出來(lái)的一些介紹看，標(biāo)準(zhǔn)對(duì) DevOps 范圍比較克制，主要以交付能力來(lái)分解敏捷開(kāi)發(fā)、持續(xù)交付、技術(shù)運(yùn)營(yíng)、應(yīng)用架構(gòu)、組織架構(gòu)，這和最早的 DevOps 能力環(huán)比較吻合：

從運(yùn)維的交付場(chǎng)景看，主要是資源交付與應(yīng)用交付，其中資源交付以IAAS、PAAS云的建設(shè)為主，通過(guò)云管平臺(tái)的工具鏈將基礎(chǔ)設(shè)施、網(wǎng)絡(luò)、硬件、虛擬化、容器、運(yùn)行中間件等系統(tǒng)軟硬件交付能力自動(dòng)化，并通過(guò)CMDB整合DevOps能力環(huán)之上的應(yīng)用場(chǎng)景，實(shí)現(xiàn)資源的快速交付。

資源交付能力主要在于IAAS、PAAS層的云平臺(tái)標(biāo)準(zhǔn)化、自動(dòng)化、平臺(tái)擴(kuò)展性等方面的建設(shè)程度。

應(yīng)用的快速交付比資源交付更為復(fù)雜，應(yīng)用交付涉及全鏈路的整合，鏈路上的節(jié)點(diǎn)越多落地的難度越大，因?yàn)樗粌H涉及技術(shù)，還涉及理念的認(rèn)同與聚焦。應(yīng)用交付能力要實(shí)現(xiàn)，最簡(jiǎn)單的技術(shù)棧工具需要CMDB、應(yīng)用發(fā)布工具、應(yīng)用版本庫(kù)、監(jiān)控工具，上述工具對(duì)內(nèi)要與云平臺(tái)對(duì)接，對(duì)外要提供接口給開(kāi)發(fā)、測(cè)試工具。

當(dāng)然如開(kāi)發(fā)、測(cè)試也能和運(yùn)維使用同一套發(fā)布工具、應(yīng)用版本庫(kù)則效果更好，不過(guò)，實(shí)際實(shí)施過(guò)程中組織之間還是會(huì)有不少?zèng)_突，比如開(kāi)發(fā)關(guān)注源代碼版本管理，測(cè)試、運(yùn)維關(guān)注運(yùn)行版本的管理，需各個(gè)組織共同付出共建技術(shù)鏈。

1.3.4 運(yùn)營(yíng)

關(guān)于運(yùn)維圈里運(yùn)營(yíng)的概念，以轉(zhuǎn)型口號(hào)喊得比較多，我對(duì)運(yùn)維當(dāng)中的運(yùn)營(yíng)有業(yè)務(wù)運(yùn)營(yíng)與技術(shù)運(yùn)營(yíng)兩個(gè)維度的理解。業(yè)務(wù)運(yùn)營(yíng)是通過(guò)功能優(yōu)化或工具開(kāi)發(fā)等方式解決業(yè)務(wù)工作痛點(diǎn)，或通過(guò)運(yùn)行分析發(fā)現(xiàn)影響業(yè)務(wù)開(kāi)展的因素，并推動(dòng)相關(guān)的優(yōu)化，最終提升業(yè)務(wù)能力。技術(shù)運(yùn)營(yíng)則主要從技術(shù)角度去降低IT成本，提升IT服務(wù)質(zhì)量與效率。具體的實(shí)施內(nèi)容可以考慮如下：

從上述概括可以看出，當(dāng)前運(yùn)維里面的運(yùn)營(yíng)，與運(yùn)維數(shù)據(jù)密切相關(guān)，需要基于運(yùn)維大數(shù)據(jù)平臺(tái)來(lái)提升運(yùn)營(yíng)質(zhì)量。

為了進(jìn)一步說(shuō)明運(yùn)營(yíng)，這里舉兩個(gè)例子：

1）理論：

優(yōu)锘科技CEO的陳傲寒在2016年寫過(guò)一篇文章《IT：從運(yùn)維到運(yùn)營(yíng)》，雖然己過(guò)去1年多，仍是我讀過(guò)最好的一篇。全文從企業(yè)、運(yùn)維組織角度出發(fā)分析什么是運(yùn)維、什么是運(yùn)營(yíng)，再將運(yùn)營(yíng)分解到不同角色上的理解與落地的方向，全文均是干貨，值得通讀，這里只列出一個(gè)思維導(dǎo)圖。

2）實(shí)戰(zhàn)

去年參加了一場(chǎng)騰訊QQ關(guān)于 DevOps 的培訓(xùn)，對(duì)于它們提到的一個(gè)自救方式的運(yùn)營(yíng)手段很有印象。那就是在騰訊QQ逐漸被微信團(tuán)隊(duì)替代過(guò)程中，QQ技術(shù)運(yùn)維團(tuán)隊(duì)是如何通過(guò)各種方式去為企業(yè)帶來(lái)效益，比如他們通過(guò)運(yùn)維分析，得到如何更加合理的使用帶寬、資源，大大減少了公司在基礎(chǔ)設(shè)施方面的投入。

在金融企業(yè)中，也同樣有很多空間可以去嘗試，比如分析業(yè)務(wù)痛點(diǎn)，為業(yè)務(wù)提供快速的策略性的工具來(lái)替代重復(fù)操作性的業(yè)務(wù)操作；通過(guò)運(yùn)維數(shù)據(jù)分析，發(fā)現(xiàn)客戶體驗(yàn)方面的痛點(diǎn)，推動(dòng)業(yè)務(wù)功能的優(yōu)化等等。

1.3.5 AIOps

AIOps這個(gè)詞最早是在2016年由Gartner提出（當(dāng)然國(guó)內(nèi)很多廠商也提出它們?cè)鐜啄暌蔡岢隽诉@個(gè)理念）。

AIOps是Algorithmic IT Operations的縮寫，是基于算法的IT運(yùn)維，即通過(guò)使用統(tǒng)計(jì)分析和機(jī)器學(xué)習(xí)的方法處理從各IT設(shè)備、業(yè)務(wù)應(yīng)用、運(yùn)維工具收集的數(shù)據(jù)，從而加強(qiáng)增強(qiáng)運(yùn)維自動(dòng)化能力，以便更快、更有效、更全面的實(shí)現(xiàn)自動(dòng)化效果。

Gartner通過(guò)使用圖1中的圖解釋了AIOps平臺(tái)的工作原理.AIOps有兩個(gè)主要組件：大數(shù)據(jù)和機(jī)器學(xué)習(xí)。它需要從孤立的IT數(shù)據(jù)中移除，以便將大量數(shù)據(jù)平臺(tái)內(nèi)的觀察數(shù)據(jù)（例如監(jiān)控系統(tǒng)和作業(yè)日志中發(fā)現(xiàn)的數(shù)據(jù)）與參與數(shù)據(jù)（通常在故障單，事件和事件記錄中找到）相結(jié)合。

然后針對(duì)組合的IT數(shù)據(jù)實(shí)施全面的分析和機(jī)器學(xué)習(xí)（ML）策略。期望的結(jié)果是持續(xù)的見(jiàn)解，通過(guò)自動(dòng)化產(chǎn)生持續(xù)的改進(jìn)和修復(fù)。AIO可以被認(rèn)為是核心IT功能的持續(xù)集成和部署（CI / CD）。

• 廣泛和多樣化的IT 數(shù)據(jù)源：如日志類的設(shè)備日志、系統(tǒng)日志，應(yīng)用日志、運(yùn)維操作日志；指標(biāo)類的監(jiān)控性能指標(biāo)、事件。
• 具備針對(duì)海量數(shù)據(jù)處理與分析的運(yùn)算平臺(tái)，能夠從現(xiàn)有的IT數(shù)據(jù)生成新的數(shù)據(jù)和元數(shù)據(jù)、計(jì)算和分析還消除噪音，識(shí)別模式或趨勢(shì)，隔離可能的原因，揭示潛在問(wèn)題，并實(shí)現(xiàn)其他IT特定目標(biāo)。
• 算法，充分利用IT領(lǐng)域的專業(yè)知識(shí)，更適當(dāng)，高效的處理數(shù)據(jù)。
• 機(jī)器學(xué)習(xí)，從根據(jù)算法分析的輸出和引入系統(tǒng)的新數(shù)據(jù)自動(dòng)更改或創(chuàng)建新的算法。
• 可視化，以易于消費(fèi)的方式向IT行動(dòng)提供洞察和建議，以促進(jìn)理解和行動(dòng)。
• 自動(dòng)化，其使用分析和機(jī)器學(xué)習(xí)產(chǎn)生的結(jié)果自動(dòng)創(chuàng)建和應(yīng)用響應(yīng)或改進(jìn)已識(shí)別的問(wèn)題。

1.3.5 AIOps 與自動(dòng)化的關(guān)系

AIOps很火，所以對(duì)AIOps和自動(dòng)化做了一些對(duì)比。暫以一句話作個(gè)區(qū)別：AIOps 是基于對(duì)運(yùn)維數(shù)據(jù)（日志類、指標(biāo)類數(shù)據(jù)等）的機(jī)器學(xué)習(xí)，進(jìn)一步解決自動(dòng)化成本高或無(wú)法解決的問(wèn)題，屬于運(yùn)維自動(dòng)化的優(yōu)化，細(xì)化一下區(qū)別有：

• 概念：
• 狹義的自動(dòng)化則提運(yùn)維“監(jiān)、管、控”的工具。AIOps是將AI技術(shù)應(yīng)用到IT運(yùn)維領(lǐng)域，需要有學(xué)習(xí)、類人交互、主動(dòng)決策的特征。
• 實(shí)現(xiàn)思路：
• 自動(dòng)化往往以過(guò)程為導(dǎo)向，AIOps則以目標(biāo)為導(dǎo)向，通過(guò)對(duì)數(shù)據(jù)進(jìn)行學(xué)習(xí)，得到如何實(shí)現(xiàn)目標(biāo)。
• 門檻高度：
• 自動(dòng)化手段有豐富的落地解決方案，適合作為替代標(biāo)準(zhǔn)化的運(yùn)維操作性工作，即“面”的問(wèn)題。AIOps目前仍處起步階段，不是適合替代現(xiàn)有的自動(dòng)化，而是應(yīng)該用于解決自動(dòng)化不能解決或解決成本很高的問(wèn)題，即“點(diǎn)”的問(wèn)題。
• 如何整合：
• AIOps并非是要取代現(xiàn)有的自動(dòng)化運(yùn)維體系，而是賦予現(xiàn)有體系智能。AIOps就要“學(xué)習(xí)，了解”自動(dòng)化工具，并且更好的“使用”這些工具，這個(gè)過(guò)程就是深度集成，它的核心是對(duì)這些工具API的自主認(rèn)知和自主使用。

雖然行業(yè)內(nèi)的智能運(yùn)維理念十分火熱，但實(shí)際落地成效上還主要處于研究階段。從運(yùn)維工具技術(shù)解決方案的角度看，對(duì)于智能的解讀也有差別，如果將智能的特點(diǎn)解讀為具備”模擬人，具備自學(xué)習(xí)，能夠從數(shù)據(jù)中獲取知識(shí)，進(jìn)而進(jìn)行預(yù)測(cè)/決策“來(lái)判斷是否智能，智能是自動(dòng)化的一個(gè)輔助手段，自動(dòng)化才是終態(tài)。

建立在這個(gè)認(rèn)識(shí)下，我們首先需要通過(guò)自動(dòng)化手段解決痛點(diǎn)，提高工作效率，控制風(fēng)險(xiǎn)；利用運(yùn)維數(shù)字化的建設(shè)為運(yùn)維智能化提供數(shù)據(jù)、數(shù)據(jù)計(jì)算的能力；在自動(dòng)化、數(shù)字化水平得到一定程度后，再通過(guò)人工智能的技術(shù)去解決自動(dòng)化手段解決起來(lái)費(fèi)力或無(wú)法解決的局部問(wèn)題，讓自動(dòng)化具備智能的水平。

1.4 體系

1.4.1 運(yùn)維的可持續(xù)改進(jìn)

在管理領(lǐng)域，戴明推出的PDCA循環(huán)可以解釋運(yùn)維體系需要具備的可持續(xù)改進(jìn)的能力條件。PDCA循環(huán)為四個(gè)階段，即計(jì)劃（plan）、執(zhí)行（do）、檢查（check）、調(diào)整（Action），即在實(shí)際工作開(kāi)展過(guò)程中，把各項(xiàng)工作按照作出計(jì)劃、計(jì)劃實(shí)施、檢查實(shí)施效果，然后將成功的納入標(biāo)準(zhǔn)，并不斷循環(huán)改進(jìn)的過(guò)程。

將這個(gè)思路引入到企業(yè)的運(yùn)維體系中則是針對(duì)企業(yè)業(yè)務(wù)發(fā)展的需求，制定運(yùn)維體系的整體發(fā)展目標(biāo)，通過(guò)不斷改進(jìn)的措施提高運(yùn)維工作效率、控制風(fēng)險(xiǎn)，以達(dá)到高效、更優(yōu)化的資源配置，進(jìn)而推動(dòng)業(yè)務(wù)的發(fā)展。要做到運(yùn)維體系的可持續(xù)改進(jìn)，需要做到以業(yè)務(wù)導(dǎo)向，整體布局；組織、流程、工具三位一體；不斷審視優(yōu)化。

1）P：以業(yè)務(wù)導(dǎo)向、整體布局

運(yùn)維的最根本作用是保障IT數(shù)據(jù)的連續(xù)性，這里的IT數(shù)據(jù)包括業(yè)務(wù)，以及反映業(yè)務(wù)的數(shù)據(jù)，或者換句話可以表達(dá)為：網(wǎng)絡(luò)不斷、系統(tǒng)不癱、數(shù)據(jù)不丟。隨著業(yè)務(wù)對(duì)IT系統(tǒng)依賴程度越來(lái)越高，運(yùn)維又會(huì)承擔(dān)更高的期望，也就是運(yùn)維向運(yùn)營(yíng)的轉(zhuǎn)化，這就需要從業(yè)務(wù)角度去不斷完善運(yùn)維，以促進(jìn)業(yè)務(wù)為大目標(biāo)，要明白“IT for IT”是為了更好的“IT for Business”。

有了這個(gè)目標(biāo)，那我們的運(yùn)維體系的構(gòu)建就需要與企業(yè)業(yè)務(wù)的發(fā)展保持同步，要讓運(yùn)維體系具備可持續(xù)改進(jìn)的能力。

另外，可持續(xù)改進(jìn)的過(guò)程不應(yīng)該是大拐彎的方式進(jìn)行改進(jìn)，而應(yīng)該不斷的小調(diào)整，這就需要確保首先要建立一個(gè)整體、全局的運(yùn)維體系，對(duì)運(yùn)維各項(xiàng)工作做一個(gè)整體的規(guī)劃，把眼光看得更遠(yuǎn)，往往可以更好的把控當(dāng)前。

2）D：組織、流程、工具的三位一體

可持續(xù)改進(jìn)的運(yùn)維體系需要讓運(yùn)維的組織、流程、工具三位一體的作用，比方說(shuō)：提高工作效率，需要組織的專業(yè)化分工、流程的標(biāo)準(zhǔn)化、工具的自動(dòng)化配合作用；推動(dòng)業(yè)務(wù)的發(fā)展，既需精細(xì)化運(yùn)維分析、業(yè)務(wù)服務(wù)、運(yùn)營(yíng)等維度的工作資源投入，也需要有工具的建設(shè)來(lái)減少操作性的工作來(lái)釋放人力，需要工具提供更高效的數(shù)據(jù)來(lái)源。

這里說(shuō)的組織主要是從運(yùn)維人力資源的分工、團(tuán)隊(duì)建設(shè)、工作目標(biāo)導(dǎo)向、運(yùn)維KPI等；流程是指以成熟的運(yùn)維方法論為主體，結(jié)合企業(yè)和外部監(jiān)管的規(guī)章制度、企業(yè)業(yè)務(wù)發(fā)展需要，而落地的標(biāo)準(zhǔn)化工作方法；工具既包括狹義運(yùn)維的“監(jiān)、管、控”，也包括運(yùn)營(yíng)體系所需要數(shù)字化、智能化的工具平臺(tái)。

3）C A : 不斷審視優(yōu)化

在實(shí)際工作過(guò)程中，審視檢查的過(guò)程很容易被忽略，但實(shí)際上最大的收獲可能就來(lái)自于這個(gè)總結(jié)、歸納的過(guò)程中，這也是可持續(xù)改進(jìn)的運(yùn)維體系的關(guān)鍵所在。比方說(shuō)，運(yùn)維組織可以考慮在必要環(huán)節(jié)增加橫向的優(yōu)化團(tuán)隊(duì)；運(yùn)維流程也需要定期對(duì)流程的落地進(jìn)行分析，并對(duì)規(guī)章制度進(jìn)行查漏補(bǔ)缺、刪減不合理的流程規(guī)范、調(diào)整無(wú)法執(zhí)行的規(guī)范要求；工具的建設(shè)要不斷的分析工具的使用覆蓋率，如何提高覆蓋率，分析是否提高了運(yùn)維的效率，還是帶來(lái)了反作用等分析，并不斷調(diào)整優(yōu)化工具的建設(shè)。

1.4.2 轉(zhuǎn)型思路

在提出可持續(xù)的運(yùn)維體系前，我們先歸納一下運(yùn)維組織常見(jiàn)的運(yùn)維痛點(diǎn)，以提出運(yùn)維轉(zhuǎn)型的思路，再看看如何構(gòu)建一個(gè)可持續(xù)改進(jìn)的運(yùn)維體系來(lái)支撐運(yùn)維轉(zhuǎn)型。前面的運(yùn)維之痛中提到了“救火”、“背鍋”、“低價(jià)值”、”重復(fù)操作“等標(biāo)簽，我們歸納下己有特點(diǎn)再看轉(zhuǎn)型：

1）特點(diǎn)

• 被動(dòng)救火式，以被動(dòng)保障業(yè)務(wù)系統(tǒng)運(yùn)行，日常計(jì)劃性工作容易被打斷、擱置；
• 問(wèn)題驅(qū)動(dòng)式，以系統(tǒng)可用性、可靠性、業(yè)務(wù)請(qǐng)求等問(wèn)題驅(qū)動(dòng)運(yùn)維工作；
• 操作運(yùn)維，重復(fù)性、操作類點(diǎn)主要工作量的運(yùn)維模式；
• 經(jīng)驗(yàn)式運(yùn)維，由人工經(jīng)驗(yàn)驅(qū)動(dòng)的運(yùn)維模式，尤其是一些經(jīng)驗(yàn)豐富的老員工的離職在短期內(nèi)會(huì)對(duì)運(yùn)維質(zhì)量帶來(lái)一定的沖擊。

2）轉(zhuǎn)型

• 從被動(dòng)救火式向主動(dòng)精細(xì)化轉(zhuǎn)型，專業(yè)化分工、主動(dòng)分析，主動(dòng)優(yōu)化，驅(qū)動(dòng)開(kāi)發(fā)，促進(jìn)DEVOPS的落地；
• 從問(wèn)題驅(qū)動(dòng)向價(jià)值驅(qū)動(dòng)轉(zhuǎn)型，以企業(yè)業(yè)務(wù)發(fā)展目標(biāo)為主線，業(yè)務(wù)體驗(yàn)、服務(wù)滿意度、促進(jìn)業(yè)務(wù)更好發(fā)展；
• 從操作運(yùn)維向運(yùn)維開(kāi)發(fā)轉(zhuǎn)型，通過(guò)為運(yùn)維人員提供運(yùn)維開(kāi)發(fā)平臺(tái)，降低運(yùn)維開(kāi)發(fā)門檻，快速落地一些緊迫的運(yùn)維工具，降低操作性、重復(fù)性的運(yùn)維工作；
• 從依靠經(jīng)驗(yàn)向智能化驅(qū)動(dòng)運(yùn)維轉(zhuǎn)型，結(jié)合數(shù)據(jù)分析、知識(shí)庫(kù)、機(jī)器學(xué)習(xí)技術(shù)促進(jìn)運(yùn)維智能化。

1.4.3 構(gòu)建運(yùn)維體系

上二節(jié)提到運(yùn)維體系以業(yè)務(wù)導(dǎo)向，整體布局，組織、流程、工具三位一體，不斷審視優(yōu)化的建設(shè)思路，也提出了”主動(dòng)精細(xì)化“、”價(jià)值驅(qū)動(dòng)“、”運(yùn)維開(kāi)發(fā)“、”智能化運(yùn)維“的轉(zhuǎn)型目標(biāo)，我們?cè)賹⑦@些思路分解到組織、流程、工具的建設(shè)中，并歸納為：三大建設(shè)，十個(gè)文化的實(shí)踐方法：

• 組織建設(shè)：專業(yè)化、精細(xì)化、運(yùn)營(yíng)化

我們將運(yùn)維實(shí)施主體運(yùn)維組織理解為組織，理想情況下，優(yōu)秀的組織應(yīng)該具備有合適的工作、合適的時(shí)間、合適的人、合適的行為四個(gè)要素組成。即組織要結(jié)合企業(yè)實(shí)際發(fā)展方向，制定符合企業(yè)、運(yùn)維組織、個(gè)人發(fā)展的工作內(nèi)容，并選擇具備合適的知識(shí)、技能、認(rèn)知、能力的人去完成工作，去實(shí)際個(gè)人的自我價(jià)值。

前面也提到，目前的運(yùn)維織是一個(gè)被動(dòng)保障業(yè)務(wù)系統(tǒng)運(yùn)行，日常計(jì)劃性工作容易被打斷、擱置的工作，這種工作狀態(tài)下的運(yùn)維組織往往工作效率不高、容易出現(xiàn)操作風(fēng)險(xiǎn)。為了讓運(yùn)維組織具備可持續(xù)改進(jìn)的能力，需要提高運(yùn)維組織的工作效率，我們需要將運(yùn)維工作專業(yè)化，整合通用性、操作性的工作，提高工作效率，在釋放運(yùn)維人員工作量后，引導(dǎo)運(yùn)維人員有計(jì)劃、可量化的去做更多分析類、優(yōu)化類、業(yè)務(wù)運(yùn)營(yíng)的主動(dòng)性工作。

• 流程建設(shè)：標(biāo)準(zhǔn)化、可視化、可量化

大部份運(yùn)維組織會(huì)以內(nèi)部企業(yè)積累的規(guī)章制度、外部監(jiān)管機(jī)構(gòu)的監(jiān)管要求為基礎(chǔ)，依照ITIL、ISO20000、ITSS.1、DevOps的方法論中的一個(gè)或多個(gè)組合的方式開(kāi)展運(yùn)維工作。這些規(guī)章制度、監(jiān)管要求、方法論的整合、落地、持續(xù)改進(jìn)的過(guò)程即為流程建設(shè)的過(guò)程。

流程建設(shè)首先需要標(biāo)準(zhǔn)化流程，要先梳理好己有的流程制度，約定工作的流轉(zhuǎn)方式，再通過(guò)可視化將流程整合在日常工作中，最后通過(guò)流程落地?cái)?shù)據(jù)的分析與工具建設(shè)，持續(xù)改善提高流程落地的效率，控制操作風(fēng)險(xiǎn)。

• 工具建設(shè)：自動(dòng)化、數(shù)字化、智能化、服務(wù)化

工具的建設(shè)也以可持續(xù)改進(jìn)的思路構(gòu)建，以整合存量資源、引入成熟或開(kāi)源技術(shù)為主，建立一體化的運(yùn)維工具體系，通過(guò)體系化的思路實(shí)現(xiàn)運(yùn)維工具（“監(jiān)、管、控”）的互聯(lián)互通，有序建設(shè)，實(shí)現(xiàn)自動(dòng)化運(yùn)維，全面控制風(fēng)險(xiǎn)、提高工作效率、釋放人力；通過(guò)建立運(yùn)維數(shù)據(jù)分析平臺(tái)，實(shí)現(xiàn)數(shù)字化運(yùn)營(yíng)，提供運(yùn)維數(shù)據(jù)集中與治理、主動(dòng)分析的能力；在數(shù)字化運(yùn)營(yíng)的基礎(chǔ)上通v