2023企業(yè)應(yīng)用運維管理指標體系白皮書

企業(yè)應(yīng)用運維管理指標體系白皮書2022PAGEPAGE10目 錄第一章數(shù)字化時代企業(yè)IT運維的戰(zhàn)略轉(zhuǎn)型 3一、企業(yè)IT運維概述 3二、IT運維背景：企業(yè)的數(shù)字化基礎(chǔ)設(shè)施和應(yīng)用現(xiàn)狀 31、國家政策引導(dǎo)數(shù)字化支撐企業(yè)經(jīng)營發(fā)展 32、云計算的普及形成了多樣化的IT基礎(chǔ)設(shè)施布局 43、云原生帶來了運維技術(shù)和理念的深刻變化 54、數(shù)字經(jīng)濟環(huán)境下IT運維的價值創(chuàng)造屬性更加顯著 6三、數(shù)字化時代企業(yè)IT運維的戰(zhàn)略部署 71、企業(yè)IT運維的全面戰(zhàn)略價值 72、企業(yè)的IT運維組織架構(gòu)革新 83、企業(yè)IT運維的成本效益考量 9四、企業(yè)IT運維的需求和難點 1、數(shù)字化時代，企業(yè)更需要體系化的運維指導(dǎo) 112、IT人才成本高企，企業(yè)運維需要系統(tǒng)性的知識沉淀 123、運維部門的戰(zhàn)略轉(zhuǎn)型需要疏通與其他部門的協(xié)作渠道 13第二章企業(yè)應(yīng)用運維管理指標體系 15一、業(yè)務(wù)監(jiān)測 161、業(yè)務(wù)數(shù)據(jù)價值 162、業(yè)務(wù)數(shù)據(jù)分析的作用 163、運營指標分類 174、業(yè)務(wù)分析常見指標說明 17二、用戶端體驗監(jiān)測 191、用戶端體驗監(jiān)測價值 192、用戶端數(shù)據(jù)分析作用 193、用戶端監(jiān)測實現(xiàn)形式 194、用戶端監(jiān)測常見指標說明 20三、應(yīng)用端監(jiān)測 211、應(yīng)用端監(jiān)測意義 212、應(yīng)用監(jiān)測價值 223、應(yīng)用監(jiān)測常見功能 234、應(yīng)用監(jiān)測常見指標說明 23四、網(wǎng)絡(luò)監(jiān)測 231、網(wǎng)絡(luò)監(jiān)測價值 232、網(wǎng)絡(luò)監(jiān)測常用實現(xiàn)方式 243、網(wǎng)絡(luò)監(jiān)測常見指標說明 24五、資源層監(jiān)測 251、資源層監(jiān)測價值 252、資源層監(jiān)測包含內(nèi)容 253、資源層監(jiān)測常用指標 26六、中間件監(jiān)測 261、中間件價值 262、消息中間件常見指標 273、交易中間件常見指標 27七、數(shù)據(jù)庫監(jiān)測 281、數(shù)據(jù)庫價值 282、數(shù)據(jù)庫分類 283、數(shù)據(jù)庫監(jiān)測常用指標說明 29第三章企業(yè)應(yīng)用運維管理指標體系建設(shè)實踐 30一、企業(yè)應(yīng)用運維管理指標體系建設(shè)指導(dǎo)思想 301、指導(dǎo)思想 302、業(yè)務(wù)全面梳理 303、確定應(yīng)用關(guān)鍵動作 314、預(yù)定義各關(guān)鍵指標 315、企業(yè)應(yīng)用運維管理平臺 32二、企業(yè)應(yīng)用運維管理指標體系建設(shè)步驟 33步驟一：調(diào)研 33步驟二：驗證 36步驟三：閾值 37步驟四：評價體系 39步驟五：閉環(huán) 39三、指標體系常用場景 40特別鳴謝 41附：本報告專業(yè)名詞釋義 42公司介紹/法律聲明 43版權(quán)聲明 43免責(zé)條款 43聯(lián)系我們 43微信公號 43第一章數(shù)字化時代企業(yè)IT運維的戰(zhàn)略轉(zhuǎn)型一、企業(yè)IT運維概述IT運維是企業(yè)對其所擁有和管理的IT軟硬件資源設(shè)施進行監(jiān)測、維護、優(yōu)化的過程。企業(yè)的IT運維工作根據(jù)運維視角和對象的不同可以分為企業(yè)側(cè)的基礎(chǔ)設(shè)施運維、應(yīng)用系統(tǒng)運維、網(wǎng)絡(luò)通信運維以及用戶側(cè)的用戶體驗管理等。IT基礎(chǔ)設(shè)施運維面向CPUITITIT也被納入ITITITIT二、IT運維背景：企業(yè)的數(shù)字化基礎(chǔ)設(shè)施和應(yīng)用現(xiàn)狀1、國家政策引導(dǎo)數(shù)字化支撐企業(yè)經(jīng)營發(fā)展以數(shù)字化工具為代表的前沿科技已經(jīng)成為企業(yè)經(jīng)營發(fā)展的重要推動力以及社會重要生ITIT表1：近年來與企業(yè)IT數(shù)字化建設(shè)相關(guān)政策梳理2、云計算的普及形成了多樣化的IT基礎(chǔ)設(shè)施布局IT圖1：2021年全球企業(yè)的用云方式圖2：2021年全球企業(yè)的混合云用云方式ITIT3、云原生帶來了運維技術(shù)和理念的深刻變化圖3：2019&2020年中國企業(yè)容器使用方式除了給企業(yè)的IT基礎(chǔ)架構(gòu)以及運維手段帶來改變，云原生也對企業(yè)運維部門的工作方式方法造成了深刻影響，典型代表是DevOps（開發(fā)運維一體化）理念和實踐的推行。DevOpsITDevOpsDevOps4、數(shù)字經(jīng)濟環(huán)境下IT運維的價值創(chuàng)造屬性更加顯著除了IT圖4：2016-2020年中國三次產(chǎn)業(yè)的數(shù)字經(jīng)濟滲透率圖5：2013-2020年中國有電子商務(wù)交易活動的企業(yè)數(shù)比重業(yè)的ITIT三、數(shù)字化時代企業(yè)IT運維的戰(zhàn)略部署1、企業(yè)IT運維的全面戰(zhàn)略價值IT圖6：IT運維創(chuàng)新給企業(yè)帶來的多重價值IT資產(chǎn)端，以保證在內(nèi)部視角下IT2、企業(yè)的IT運維組織架構(gòu)革新ITIT圖7：企業(yè)IT運維部門的組織架構(gòu)關(guān)系IT能力的充3、企業(yè)IT運維的成本效益考量在ITITIT（60-70ITIT圖8：企業(yè)運維部門成本結(jié)構(gòu)估算圖9：2021年全球企業(yè)：智能運維效果評估指標選取調(diào)研四、企業(yè)IT運維的需求和難點1、數(shù)字化時代，企業(yè)更需要體系化的運維指導(dǎo)2020IT支出水平仍然實ITIT外還有IT2020ITIT圖10：2019-2021年中國企業(yè)IT支出大類規(guī)模和結(jié)構(gòu)ITIT圖11：中國某銀行的IT運維體系和發(fā)展規(guī)劃2、IT人才成本高企，企業(yè)運維需要系統(tǒng)性的知識沉淀IT人才成本在市場需的IT行業(yè)201682025IT26圖12：2020年中國宏觀大類行業(yè)城鎮(zhèn)就業(yè)人員平均薪資TOP5及增速圖13：2011-2020年中國IT行業(yè)城鎮(zhèn)就業(yè)人員平均年薪IT圖14：中國某傳統(tǒng)行業(yè)企業(yè)的IT運維體系和發(fā)展規(guī)劃3、運維部門的戰(zhàn)略轉(zhuǎn)型需要疏通與其他部門的協(xié)作渠道在數(shù)字化經(jīng)營環(huán)境下，企業(yè)運維部門的價值不再限于運維本身，甚至也不僅限于IT領(lǐng)域，而是能夠透過IT系統(tǒng)數(shù)據(jù)洞察企業(yè)業(yè)務(wù)拓展和內(nèi)部管理中存在的問題，幫助企業(yè)改善經(jīng)營質(zhì)量和管理水平。圖15：中國某互聯(lián)網(wǎng)企業(yè)的IT運維體系和發(fā)展規(guī)劃第二章企業(yè)應(yīng)用運維管理指標體系ITITIT運維的戰(zhàn)略發(fā)展方向以及IT圖16：企業(yè)應(yīng)用運維管理指標體系全局示意圖IT運維指標體景、正向梳理ITIT一、業(yè)務(wù)監(jiān)測1、業(yè)務(wù)數(shù)據(jù)價值圖17：業(yè)務(wù)端核心運維指標體系及企業(yè)應(yīng)用案例2、業(yè)務(wù)數(shù)據(jù)分析的作用尋找優(yōu)質(zhì)渠道：發(fā)現(xiàn)高量級、高質(zhì)量渠道、發(fā)現(xiàn)真正價值來源。提升觸達效果：整合推送、郵件、短信類的多渠道對用戶進行全方位觸達，并基于數(shù)據(jù)進行分群個性化觸達，真正實現(xiàn)千人千面，做到精準投放。ROI4。3、運營指標分類運營指標是量化衡量標準、衡量目標的單位或方法，針對企業(yè)的Web、APP、小程序上的指標通常分為以下幾種形式：表2：主要運營指標類型其它常見的指標類型如下圖所示：表3：其它常見指標類型4、業(yè)務(wù)分析常見指標說明/%。例如105URL2CtouhCsat”（點擊率），是指網(wǎng)站頁面上某一內(nèi)容被點擊的次數(shù)與被顯示次數(shù)之比，即clicks/views，能夠反映網(wǎng)頁上某一內(nèi)容的受關(guān)注程度，經(jīng)常用來衡量廣告的吸引程度。UV（UniqueVisitor）1cookie據(jù)cookiesIPcookiesUVcookiescookies1。PV（PageView）訪問量：頁面瀏覽量或點擊量，衡量網(wǎng)站用戶訪問的網(wǎng)頁數(shù)量，在一定統(tǒng)計周期內(nèi)用戶每打開或刷新一個頁面就記錄1次，多次打開或刷新同一頁面則瀏覽量累計。啟動用戶數(shù)：通對啟動用戶數(shù)跨天去重，從而反應(yīng)真實的UV。留存率：///12002004月7日再次購買的用戶有50人，則第7日留存用戶為50。對于APPMAU。ROI活躍用戶ID數(shù)：每一個用戶都會對應(yīng)一個ID?；钴S天數(shù)：通常指人均活躍天數(shù)。老用戶數(shù)：通常指在特定分析時間段內(nèi)，之前已經(jīng)訪問過的用戶數(shù)量。每日流失用戶：當(dāng)天沒有訪問網(wǎng)站的老用戶。平均停留時間：平均每位訪問者在網(wǎng)站上停留的時間。人均使用時長：常見于對APP數(shù)據(jù)統(tǒng)計，人均使用時長=總使用時長/使用人數(shù)。觸發(fā)次數(shù)：觸發(fā)一個事件的次數(shù)，比如點擊登錄、加購等按鈕次數(shù)。周活躍率：去重后的周活躍用戶數(shù)量/歷史累計去重后的用戶數(shù)量。日活躍率：去重后的日活躍用戶數(shù)量/歷史累計去重后的用戶數(shù)量。達成人數(shù)：完成特定流程或事件的人數(shù)。頁面訪問次數(shù)：特定頁面的打開次數(shù)。新增用戶占比：特定時間段內(nèi)，新用戶與總?cè)藬?shù)的比值。、用戶端體驗監(jiān)測價值（APP/圖19：用戶端核心運維指標體系及企業(yè)應(yīng)用案例2、用戶端數(shù)據(jù)分析作用3、用戶端監(jiān)測實現(xiàn)形式SDK注入的/APP/者對APP4、用戶端監(jiān)測常見指標說明可優(yōu)化延時：衡量會話受可優(yōu)化問題的影響的時間量，如果解決了相應(yīng)的可優(yōu)化問題，用戶就可以在更短的時間內(nèi)完成會話。使用投影法可以計算會話可優(yōu)化延時。舍尾取整]×(1-可用性)×100×[(1-可優(yōu)化延時/會話整體耗時×權(quán)重A+(1-請求錯誤率)×權(quán)重B+(110000.81-0.80.8首屏?xí)r間：用戶訪問網(wǎng)站時，頁面第一屏的打開展現(xiàn)時間?？捎眯裕壕W(wǎng)站打開成功率，是反映網(wǎng)站是否穩(wěn)定的重要指標。ANR1：指在Android上，應(yīng)用程序響應(yīng)不夠靈敏時，系統(tǒng)會向用戶顯示的一個對話框，通常關(guān)注指標有ANR次數(shù)、ANR率等。整體性能：頁面全部加載完成的時間，即頁面打開的耗時。APPAPP白屏?xí)r間：即用戶點擊一個鏈接或打開瀏覽器輸入URL地址后，從屏幕空白到顯示第一個畫面的時間。白屏?xí)r間的長短將直接影響用戶對該網(wǎng)站的第一印象。首次渲染時間：從開始瀏覽到實際渲染出第一個像素之間的時間間隔。突降FPSFPS/100%。JS500600DNS3時間：指頁面或元素訪問過程中DNS解析所用的時間。劫持比率：瀏覽過程中發(fā)生DNS劫持或頁面劫持的總監(jiān)測次數(shù)占總訪問次數(shù)的比率。首包時間：從頁面瀏覽開始到接收到第一包數(shù)據(jù)（通常為基礎(chǔ)文檔數(shù)據(jù)）返回之間的時間差。應(yīng)用安裝耗時：應(yīng)用在安裝過程中消耗的時間。信息量：頁面上顯示的信息量，以圖像判斷所傳遞的信息量。響應(yīng)時間：指客戶端發(fā)送調(diào)度請求之后到接收到調(diào)度服務(wù)器返回第一包數(shù)據(jù)之間的時間差。TCP2鏈接時間：下載該元素過程中建立TCP連接所用的時間。SSL建連時間：下載元素所需的SSL握手用時。CDN廠商眾多，企業(yè)每年在CDNCDNCDNCDNCDN三、應(yīng)用端監(jiān)測1、應(yīng)用端監(jiān)測意義IT的ITITIT些應(yīng)用，保證業(yè)務(wù)的連續(xù)性和IT系統(tǒng)的穩(wěn)定性是業(yè)務(wù)發(fā)展的迫切需要，企業(yè)需要對軟件應(yīng)用程序的可用性進行監(jiān)視和管理。圖20：應(yīng)用層核心運維指標體系及企業(yè)應(yīng)用案例2、應(yīng)用監(jiān)測價值1SmartAgent3、應(yīng)用監(jiān)測常見功能應(yīng)用邏輯拓撲發(fā)現(xiàn)與可視化：以業(yè)務(wù)視角透視IT系統(tǒng)架構(gòu)，通過應(yīng)用拓撲完整展現(xiàn)IT系統(tǒng)架構(gòu)，幫助用戶掌握業(yè)務(wù)在各個環(huán)節(jié)的性能表現(xiàn)。4、應(yīng)用監(jiān)測常見指標說明健康度：應(yīng)用健康度的標示，展示應(yīng)用當(dāng)前是否有性能問題。常分為四個等級：正常、較慢、很慢、停滯。Apdex：全稱是ApplicationPerformanceIndex，是由Apdex聯(lián)盟開發(fā)的用于評估應(yīng)用性能的工業(yè)標準。Apdex標準從用戶的角度出發(fā)，將對應(yīng)用響應(yīng)時間的表現(xiàn)，轉(zhuǎn)為用戶對于應(yīng)用性能的可量化范圍為0-1的滿意度評價。響應(yīng)時間：應(yīng)用的平均響應(yīng)時間。錯誤率：發(fā)生錯誤的請求占比，即所選時間范圍內(nèi)，業(yè)務(wù)過程錯誤數(shù)量之和／總請求數(shù)×100%。NoSQL慢請求占比：發(fā)生慢請求次數(shù)占所有請求次數(shù)的比例。四、網(wǎng)絡(luò)監(jiān)測1、網(wǎng)絡(luò)監(jiān)測價值ITIT基礎(chǔ)資源圖21：網(wǎng)絡(luò)側(cè)核心運維指標體系及企業(yè)應(yīng)用案例2、網(wǎng)絡(luò)監(jiān)測常用實現(xiàn)方式3、網(wǎng)絡(luò)監(jiān)測常見指標說明流量：傳輸數(shù)據(jù)的總量(單位Byte)。吞吐量：傳輸數(shù)據(jù)的速率（單位bps）。包大小：數(shù)據(jù)包大小。服務(wù)器延時：數(shù)據(jù)包從服務(wù)端傳送到客戶端的平均耗時。0160）五、資源層監(jiān)測1、資源層監(jiān)測價值也是實現(xiàn)AIOpsIT圖22：資源層核心運維指標體系及企業(yè)應(yīng)用案例2、資源層監(jiān)測包含內(nèi)容3、資源層監(jiān)測常用指標CPUCPU內(nèi)存使用率：體現(xiàn)進程在服務(wù)器中所開銷的內(nèi)存使用率。GPU5負載、當(dāng)前內(nèi)核空間占用CPUGPUK8sK8sK8s8核心組件六、中間件監(jiān)測1、中間件價值圖23：中間件核心運維指標體系2、消息中間件常見指標ActiveMQ5RabbitMQ以及炙手可熱的Kafka，RocketMQ3、交易中間件常見指標)的C/S/S1、2IT4運輸行業(yè)交易中間件通常使用java來開發(fā)，所以在運維監(jiān)測過程中需要關(guān)注JVM的使用情況，常見指標包括：新生代內(nèi)存的垃圾收集事件稱為YoungGC10（又稱MinorGC），當(dāng)JVM無法為新對象分配新生代內(nèi)存空間時會觸發(fā)YoungGC，需要關(guān)注其產(chǎn)生的平均數(shù)量和平均時間。FullGC一般情況下，新創(chuàng)建的對象都會被分配到Eden12區(qū)，為大多數(shù)對象分配內(nèi)存的池，所以需要實時了解Eden區(qū)使用率及平均使用情況。在新生代中經(jīng)歷了N次垃圾回收后仍然存活的對象，就會被放到老年代。需要關(guān)注老年代使用率指標，用于對老年代區(qū)域中數(shù)據(jù)進行整理及分析。七、數(shù)據(jù)庫監(jiān)測1、數(shù)據(jù)庫價值圖24：數(shù)據(jù)庫核心運維指標體系2、數(shù)據(jù)庫分類數(shù)據(jù)庫的種類多樣，不同數(shù)據(jù)庫面對不同的場景各具適配性，主要的數(shù)據(jù)庫類型包括：關(guān)系數(shù)據(jù)庫：關(guān)系數(shù)據(jù)庫中的項被組織為一系列具有列和行的表，關(guān)系數(shù)據(jù)庫為訪問結(jié)構(gòu)化信息提供了最有效和靈活的途徑。數(shù)據(jù)倉庫：數(shù)據(jù)倉庫是數(shù)據(jù)的中央存儲庫，是專為快速查詢和分析而設(shè)計的。NoSQL數(shù)據(jù)庫（非關(guān)系數(shù)據(jù)庫）：支持存儲和操作非結(jié)構(gòu)化及半結(jié)構(gòu)化數(shù)據(jù)（與關(guān)系數(shù)據(jù)庫相反，關(guān)系數(shù)據(jù)庫定義了應(yīng)如何組合插入數(shù)據(jù)庫的數(shù)據(jù)）的數(shù)據(jù)庫，隨著Web應(yīng)用的日益普及和復(fù)雜化，NoSQL數(shù)據(jù)庫得到了越來越廣泛的應(yīng)用。圖形數(shù)據(jù)庫：根據(jù)實體之間的關(guān)系來存儲數(shù)據(jù)的數(shù)據(jù)庫。3、數(shù)據(jù)庫監(jiān)測常用指標說明查詢響應(yīng)時間：即從提交查詢到結(jié)果返回所需的時間。QPS13：每秒查詢率QPS是對一個特定的查詢服務(wù)器在規(guī)定時間內(nèi)所處理流量多少的衡量標準。查詢錯誤率：數(shù)據(jù)庫查詢過程中出錯概率。健康度：對數(shù)據(jù)庫監(jiān)控各項指標進行加權(quán)統(tǒng)計，并通過專家模型得到健康度打分。連接數(shù)：數(shù)據(jù)庫當(dāng)前連接數(shù)，可以顯示包括IP的連接方、連接個數(shù)、連接狀態(tài)及接時長等信息。鏈接利用率：數(shù)據(jù)庫鏈接的可利用占比。除此之外還需關(guān)注數(shù)據(jù)庫請求平均耗時、數(shù)據(jù)庫請求詳情、SQL查詢耗時排名等指標。第三章企業(yè)應(yīng)用運維管理指標體系建設(shè)實踐一、企業(yè)應(yīng)用運維管理指標體系建設(shè)指導(dǎo)思想1、指導(dǎo)思想企業(yè)改變原有的數(shù)據(jù)中心以應(yīng)用為中心的傳統(tǒng)思維，其中最重要的就是從“O視角（Operation）”到“C視角（Customer）ODNA：AI算法Z2、業(yè)務(wù)全面梳理APP圖25：數(shù)字化環(huán)境下的用戶全生命周期旅程圖建立在透視用戶業(yè)務(wù)旅程的基礎(chǔ)上，企業(yè)需要通過業(yè)務(wù)架構(gòu)透視IT系統(tǒng)架構(gòu)，通過應(yīng)用拓撲完整地展現(xiàn)IT系統(tǒng)架構(gòu)，幫助用戶掌握業(yè)務(wù)在各個環(huán)節(jié)的性能表現(xiàn)。圖26：IT系統(tǒng)架構(gòu)的拓撲透視3、確定應(yīng)用關(guān)鍵動作IT圖27：確定應(yīng)用關(guān)鍵動作示意圖4、預(yù)定義各關(guān)鍵指標特性的應(yīng)用運維管理指標體系。表4：預(yù)定義各關(guān)鍵指標5、企業(yè)應(yīng)用運維管理平臺CMDB圖28：業(yè)務(wù)指標體系監(jiān)控平臺二、企業(yè)應(yīng)用運維管理指標體系建設(shè)步驟步驟一：調(diào)研ITITIT圖29：構(gòu)建業(yè)務(wù)體系建設(shè)步驟一：調(diào)研圖30：各業(yè)務(wù)中關(guān)鍵步驟的調(diào)用關(guān)系示意圖針對在調(diào)查過程中定位出的業(yè)務(wù)關(guān)鍵步驟，企業(yè)需要對各步驟的關(guān)鍵指標進行梳理，建立覆蓋全業(yè)務(wù)鏈條的評價指標矩陣，從多個維度對業(yè)務(wù)系統(tǒng)表現(xiàn)進行監(jiān)測和透視。PC端：PV、完全加載、白屏?xí)r間、首屏?xí)r間、可交互時間、JS錯誤率、慢頁面占比、慢頁面次數(shù)等。小程序端：用戶數(shù)、PV、onReady、首次響應(yīng)、請求耗時、請求錯誤率、JS錯誤率、頁面退出率、請求總耗時、請求次數(shù)、慢請求占比、服務(wù)端耗時等。圖31：各業(yè)務(wù)關(guān)鍵步驟的應(yīng)用評價指標涉及底層ITCPUCPUCPU//圖32：關(guān)鍵步驟所涉及系統(tǒng)安全區(qū)域及關(guān)注指標圖33：關(guān)鍵步驟所涉及安全區(qū)域及安全產(chǎn)品表5：關(guān)鍵步驟涉及的網(wǎng)絡(luò)及安全性能指標步驟二：驗證企業(yè)進行IT圖34：構(gòu)建業(yè)務(wù)體系建設(shè)步驟二：驗證步驟三：閾值企業(yè)對IT系統(tǒng)的真實情況進行驗證后，需要設(shè)置所關(guān)注指標閾值以便準確開展運維指標體系的建設(shè)。企業(yè)可以通過三種不同的方法設(shè)定上述閾值：1、基于經(jīng)驗設(shè)定閾值，即根據(jù)運維人員長期工作經(jīng)驗，對運維指標的閾值進行人工的預(yù)設(shè)判斷；2、綜合業(yè)務(wù)變化確定閾值：即通過對歷史系統(tǒng)數(shù)據(jù)的完整分析后，結(jié)合數(shù)據(jù)的常規(guī)基線和特殊時點系統(tǒng)數(shù)據(jù)的變化，實現(xiàn)對一般情況和特殊場景下的差異化閾值設(shè)定；3AI圖35：構(gòu)建業(yè)務(wù)性能評價體系-步驟三：閾值A(chǔ)IOpsAIOps向的主要客戶是企業(yè)IT在IT我們將企業(yè)AIOps的落地分為三個階段：AIOps（（）IT服步驟四：評價體系企業(yè)在對各個運維指標設(shè)定閾值之后，需要進一步地對指標的權(quán)重、關(guān)系以及對應(yīng)運維人員的權(quán)責(zé)進行劃定，從而構(gòu)建其融合多方位、多層次運維指標的評價體系。下圖展示了企業(yè)構(gòu)建評價指標體系的一種方式，不同企業(yè)也需要結(jié)合自身的業(yè)務(wù)和組織架構(gòu)對指標體系的進行個性化的構(gòu)建。圖36：構(gòu)建業(yè)務(wù)性能評價體系-步驟四：評價體系步驟五：閉環(huán)IT圖37：指標需隨業(yè)務(wù)、網(wǎng)絡(luò)、系統(tǒng)、應(yīng)用版本等變化情況需動態(tài)調(diào)整CMMI5AIOpsAIOps三、指標體系常用場景日常運維：快速發(fā)現(xiàn)業(yè)務(wù)事件，向下挖掘，快速定位事件節(jié)點，準確描述事件影響