1、面向“IT新型態(tài)”的數(shù)據(jù)中心運營管理融合化基礎(chǔ)架構(gòu)、彈性云化、智能化、敏捷化、一體化實現(xiàn)數(shù)據(jù)中心現(xiàn)代化管理轉(zhuǎn)型大數(shù)據(jù)移動互聯(lián)云計算社交媒體行業(yè)趨勢數(shù)據(jù)中心現(xiàn)代化管理轉(zhuǎn)型方向融合化基礎(chǔ)架構(gòu)彈性云化彈性容量，按實際使用量計費；服務(wù)嵌入式租賃，轉(zhuǎn)向重運營模式;IaaS/PaaS云管理平臺；智能化立體監(jiān)控能力，實現(xiàn)業(yè)務(wù)可視化管理；自動化運維能力;IT風險管控與應(yīng)急預(yù)防能力；敏捷化開發(fā)測試運維一體化協(xié)同；持續(xù)集成，加速發(fā)布，縮短交付周期;測試發(fā)布自動化管理；一體化混合IT環(huán)境(云和傳統(tǒng)、多中心)運維管理；多服務(wù)供應(yīng)商集成管理;運維組織/體系/流程規(guī)劃與設(shè)計；服務(wù)解決方案數(shù)據(jù)中心大運維服務(wù)智能總控中心服務(wù)

2、彈性容量服務(wù)云管理平臺服務(wù)敏捷交付服務(wù)大運維服務(wù)解決方案運維模型+運維流程+運維工具+運維監(jiān)管，適應(yīng)客戶不斷變化的計算環(huán)境新型態(tài)下行業(yè)發(fā)展的趨勢與要求發(fā)展趨勢自助服務(wù)領(lǐng)域日趨成熟,對應(yīng)用可用性、易操作性提出更高的要求，如值機、登機、行李托運等通過移動獲得數(shù)據(jù)提升個性化功能，拓展移動電子商務(wù)范圍，例如購票、個性化行程、酒店、租車等節(jié)約成本、增加效率，例如人員和設(shè)備對IT形態(tài)的要求大力支持業(yè)務(wù)模式創(chuàng)新，縮短產(chǎn)品生產(chǎn)周期支持行業(yè)資源的快速整合和運營能力優(yōu)化；利用大數(shù)據(jù)、云計算、移動、社交技術(shù)實現(xiàn)傳統(tǒng)渠道與互聯(lián)網(wǎng)渠道的整合，產(chǎn)生新的業(yè)務(wù)價值支持企業(yè)全面風險管控和合規(guī)要求業(yè)務(wù)模式多樣化IT與業(yè)務(wù)對接加速

3、業(yè)務(wù)創(chuàng)收業(yè)務(wù)的常態(tài)變化快速做出業(yè)務(wù)決策新形態(tài)下IT運維面臨的挑戰(zhàn)傳統(tǒng)常態(tài) 新常態(tài)BCSBCS+ISSUnixUnix + X86AppApp + SAASInfra傳統(tǒng)環(huán)境混合環(huán)境（傳統(tǒng)環(huán)境+私有云 +公有云）Desktop + LaptopDesktop + Laptop + Tablet + Mobile Device + BYOD一地一中心一地兩中心 / 兩地三中心分散的、固定的計算資源部署集中的、彈性的計算資源部署面臨的挑戰(zhàn)：設(shè)備數(shù)量激增，運維人力資源無法匹配計算環(huán)境更復(fù)雜，工具多樣，第三方參與運維的程度更高價格壓力導(dǎo)致設(shè)備健壯性下降，故障常態(tài)化，故障的影響擴大化運維自動化程度要求越來

4、越高，突出表現(xiàn)在運維操作的自動執(zhí)行；安全保障（security & safety）云軟件的不斷升級帶來的云服務(wù)的不穩(wěn)定性合規(guī)性 （證監(jiān)會、銀監(jiān)會、集團、法規(guī)、薩班斯）IT 服 務(wù) 監(jiān) 管企 業(yè) 監(jiān) 管運維職能大運維服務(wù)管理體系網(wǎng)絡(luò)桌面與移動終端存儲服務(wù)臺業(yè)務(wù)用戶業(yè)務(wù)部門運維職能的管理IT與業(yè)務(wù)的一致性項目管控服務(wù)級別管理計費與收款服務(wù)目錄業(yè)務(wù)關(guān)系運維工具（監(jiān)控、管理、控制）自助服務(wù)與服務(wù)請求容量與性能管理可用性管理應(yīng)急管理安全與訪問控制監(jiān)控故障與問題變更與配置資產(chǎn)與許可證上線與交接維知識管理日常操作服務(wù)計量庫房管理鏡像生命周期管理服務(wù)衡量與報告需求管理法律 / 合規(guī) / 審計采購HR / 財務(wù)

5、風險管理技術(shù)標準應(yīng)用維護中間件與數(shù)據(jù)庫數(shù)據(jù)中心服務(wù)器外包策略及管理運維主體運維部門外包方合作方應(yīng)用開發(fā)商開發(fā)部門終端用戶合作方運維組織架構(gòu)運維績效風險管控與運維審計第三方關(guān)系上級單位云資源（IaaS, Paas, Saas）服務(wù)支持模型服務(wù)監(jiān)管常見場景云運維多中心運維關(guān)鍵業(yè)務(wù)保障針對關(guān)鍵業(yè)務(wù)系統(tǒng)的重點保障，降低用戶的投訴，提升業(yè)務(wù)部門和用戶對服務(wù)的滿意程度，減少業(yè)務(wù)收入損失。在云計算環(huán)境下，系統(tǒng)運維管理就是通過虛擬化系統(tǒng)的管理自動化，監(jiān)控自動化，維護自動化，實現(xiàn)系統(tǒng)的最優(yōu)化，以適應(yīng)業(yè)務(wù)需求的變化，降低維護成本。針對異地多數(shù)據(jù)中心的新運維布局，通過重構(gòu)運維模型，優(yōu)化運維組織，設(shè)計績效體系，建立多

6、廠商聯(lián)合運維機制實現(xiàn)有序高效運維的新體系。場景一：云計算環(huán)境存儲計算網(wǎng)絡(luò)數(shù)據(jù)庫ETL和數(shù)據(jù)挖掘中間件商務(wù)智能應(yīng)用引擎互聯(lián)網(wǎng)應(yīng)用引擎云計算運營管理IaaS層PaaS層SaaS層其他能力中間件消息隊列中間件事件管理系統(tǒng)中間件其他應(yīng)用引擎IT支撐系統(tǒng)公眾服務(wù)云網(wǎng)絡(luò)系統(tǒng)彩云MM云業(yè)務(wù)平臺服務(wù)器虛擬化并行計算綠色數(shù)據(jù)中心服務(wù)器存儲網(wǎng)絡(luò)操作系統(tǒng)文件系統(tǒng)對象存儲分布式塊存儲分布式數(shù)據(jù)庫數(shù)據(jù)倉庫大數(shù)據(jù)NoSQL彈性IP彈性負載均衡虛擬防火墻資源池管理管理域服務(wù)域兩域：從業(yè)務(wù)運營角度劃分，云計算架構(gòu)可分為管理域和服務(wù)域四層：從平臺向外提供的服務(wù)層級不同可將服務(wù)域分為SaaS層、PaaS層、IaaS層和基礎(chǔ)設(shè)施層

7、基礎(chǔ)設(shè)施層云集群管理管理活動增強設(shè)計故障/事件管理基于故障常態(tài)化，對于新常態(tài)下的故障處理策略需要進行增強和調(diào)整：故障應(yīng)急性的快速解決轉(zhuǎn)化為主動預(yù)防及通過日常操作進行有序解決單純的故障定位將增強為迅速隔離失效資源，遷移應(yīng)用，標識失效資源并嘗試自動化解決虛擬計算資源故障修復(fù)同時必須考慮相關(guān)虛擬存儲和網(wǎng)絡(luò)資源的有效釋放變更管理基于虛擬資源通過云管理軟件與物理資源解耦：物理資源變更的風險等級可能降低，變更類別，風險等級及審批路徑需做調(diào)整緊急變更將更側(cè)重于計算資源的增加和調(diào)配標準變更可能弱化為簡單變更，變更的回退計劃可能會大大簡化配置管理基于物理資源及虛擬資源動態(tài)變化快，配置管理側(cè)重點由靜態(tài)轉(zhuǎn)為動態(tài)：能

8、夠準確展示當前系統(tǒng)運行狀態(tài)能夠跟蹤該類配置信息變化的歷史管理該類配置信息與其他配置信息的關(guān)系場景一：云運維管理活動增強（示例）場景二：多中心運維統(tǒng)一流程和工具應(yīng)急協(xié)同協(xié)作多中心組織架構(gòu)典型的多中心技術(shù)模型特點：多數(shù)據(jù)中心帶來系統(tǒng)的分散，也帶來職能分散不同多中心技術(shù)模型影響組織職能的分布與工作交互方式不同區(qū)域、不同文化、不同成熟度對統(tǒng)一的運維管理帶來挑戰(zhàn)應(yīng)急態(tài)勢下，多中心相互協(xié)作的效率和成效變得非常重要組織、流程、工具全方位統(tǒng)一場景二：多中心運維場景三：關(guān)鍵業(yè)務(wù)保障話單延遲故障等級話單延遲（萬）挑戰(zhàn)第1階段挑戰(zhàn)第2階段一級故障2hr: =60024hr: =10000二級故障2hr: 300,

9、600)24hr: 80,100)20三級故障2hr: 100,300)24hr: 60,80)31關(guān)注業(yè)務(wù)部門關(guān)心的指標根據(jù)業(yè)務(wù)關(guān)鍵指標制定IT服務(wù)級別要求服務(wù)級別：服務(wù)級別計算規(guī)則話單延遲時間計算規(guī)則： 從話單由網(wǎng)元生成，直至下發(fā)到省通訊服務(wù)器的端到端處理時長挑戰(zhàn)計時清零條件： 挑戰(zhàn)期間內(nèi)出現(xiàn)影響挑戰(zhàn)故障，則計時清零，待整改完成后，重新啟動挑戰(zhàn)計時挑戰(zhàn)計時暫停條件： 計劃內(nèi)停機時間段內(nèi)，挑戰(zhàn)計時暫停;如遇工程割接，割接及上線值守期間計時暫停免責條件： 故障的主要責任方為集團業(yè)支外部 自然災(zāi)難等人為不可控因素 機房環(huán)境導(dǎo)致的故障特點：通常該業(yè)務(wù)系統(tǒng)提供的IT服務(wù)對業(yè)務(wù)有非常關(guān)鍵的作用服務(wù)質(zhì)量

10、問題已經(jīng)引起了各級領(lǐng)導(dǎo)的關(guān)注組織上下都寄希望能夠全面提升該服務(wù)的運行質(zhì)量，并給其他服務(wù)的運行維護提供借鑒示范作用。場景三：關(guān)鍵業(yè)務(wù)保障通過制定“上線與交接維管理辦法”，從規(guī)劃與設(shè)計階段抓起，涵蓋上線前檢查、上線中部署實施、上線后試運行的完整生命周期，保障生產(chǎn)系統(tǒng)在上線工作中的有序進行，確保系統(tǒng)上線后的順利運轉(zhuǎn)和移交。上線與交接維：測試階段上線實施階段上線準備階段保障與關(guān)注階段日常運維階段規(guī)劃與設(shè)計階段制訂系統(tǒng)功能需求制訂系統(tǒng)非功能需求制訂上線驗收標準制訂項目計劃和指定各階段相關(guān)責任人測試需求分析上線方案制定及驗證對功能性需求進行測試對非功能性需求進行測試測試結(jié)果評審上線計劃制訂上線請求提交上線

11、前培訓上線前評審上線測試通知上線通知執(zhí)行上線方案上線驗證上線公告保障期和關(guān)注期的人員值守遺留問題的處理保障期和關(guān)注期總結(jié)知識移交用戶培訓（可選）簽署關(guān)注期總結(jié)轉(zhuǎn)入日常運維模式上線前上線中上線后需求管理方運維管理方監(jiān)控指標集告警管理流程閾值管理監(jiān)控工具穩(wěn)定性變更對監(jiān)控的影響監(jiān)控：為了能夠讓運維團隊及時有效地發(fā)現(xiàn)系統(tǒng)告警和業(yè)務(wù)告警，從五個方面構(gòu)建全面的監(jiān)控管理體系場景三：關(guān)鍵業(yè)務(wù)保障全面識別并記錄IT運維中各個方面存在的風險制定風險整改計劃，并跟蹤計劃的執(zhí)行情況不斷維護并更新風險跟蹤表風險管理：數(shù)據(jù)中心/場地存儲、網(wǎng)絡(luò)主機、操作系統(tǒng)數(shù)據(jù)庫應(yīng)用系統(tǒng)、中間件業(yè)務(wù)流程能力支撐模型能力分解組件梳理基礎(chǔ)架構(gòu)

12、核心組件梳理全面分析架構(gòu)可用性風險的基礎(chǔ)識別層內(nèi)/跨層組件關(guān)聯(lián)關(guān)系多中心一體化運維案例分享運維模型+運維流程+運維工具+運維監(jiān)管，適應(yīng)客戶不斷變化的計算環(huán)境總行多中心一體化一體化運維需求數(shù)據(jù)中心管理部Xxn省生產(chǎn)中心同城中心異地中心Xx1省中心Xx地市Xx2省Xx地市Xx3省Xx地市一體化指兩個層面：橫向：總行數(shù)據(jù)中心管理部及下屬的生產(chǎn)中心、同城和異地災(zāi)備中心的一體化；縱向：全行（總行加上省中心）的一體化；重點是明確一體化管理和運維的原則，確保能夠適應(yīng)未來的發(fā)展。多中心一體化運維的總體原則和策略統(tǒng)一管控一體化運維集中調(diào)度、統(tǒng)一管理、屬地為主分級響應(yīng)、相互協(xié)作、標準運行統(tǒng)一流程統(tǒng)一工具統(tǒng)一標準常

13、態(tài)運維應(yīng)急運維多數(shù)據(jù)中心一體化運維體系之統(tǒng)一管控體系運行指揮中心大一線統(tǒng)一監(jiān)控技術(shù)委員會服務(wù)管理生產(chǎn)中心同城中心監(jiān)控/一線總控平臺總控平臺總控中心二/三線監(jiān)控/一線本地基礎(chǔ)設(shè)施維護本地基礎(chǔ)設(shè)施維護分行監(jiān)控/一線大一線調(diào)度線應(yīng)急指揮調(diào)度原則：從職能邏輯上，把整體IT生產(chǎn)系統(tǒng)的運行管理，分成指揮中心職能、各分中心職能；物理上，指揮中心和各個分中心，可以在一起，也可以分開；根據(jù)職能劃分，來指導(dǎo)部門的設(shè)置和部門合作關(guān)系；根據(jù)職能劃分，來確定角色崗位，人員按照所承擔的職能角色來考核。日常運行調(diào)度統(tǒng)一服務(wù)臺質(zhì)量管理信息安全多數(shù)據(jù)中心一體化運維體系之統(tǒng)一流程-統(tǒng)一服務(wù)臺應(yīng)用一線運維團隊網(wǎng)絡(luò)一線運維團隊主機一

14、線運維團隊平臺一線運維團隊存儲一線運維團隊設(shè)備一線運維團隊工具一線運維團隊機房一線運維團隊安全一線運維團隊桌面一線運維團隊統(tǒng)一服務(wù)臺內(nèi)容統(tǒng)一服務(wù)臺的定位是客戶、用戶服務(wù)的統(tǒng)一運維入口。統(tǒng)一服務(wù)臺的目的和原則：集中服務(wù)受理，由服務(wù)臺交付標準統(tǒng)一的咨詢、請求、需求、投訴等服務(wù)支持；集中報障點，由服務(wù)臺進行統(tǒng)一的事件分類分派和協(xié)調(diào)處理；技術(shù)先進性原則、技術(shù)滿足業(yè)務(wù)擴展原則、接口標準化原則、統(tǒng)一的管理體系原則、技術(shù)支持信息安全原則多數(shù)據(jù)中心一體化運維體系之統(tǒng)一工具-統(tǒng)一監(jiān)控網(wǎng)銀電子渠道CRMDBWebLogicCRM業(yè)務(wù)變更銷戶充值服務(wù)消費者EAI業(yè)務(wù)流程 查詢計費報告Staging/Storage配

15、電室網(wǎng)絡(luò)庫NetworkPDUIntegrityServersNtwkPDU服務(wù)器ProLiantNetworkPDUIntegrityServersNtwkPDU服務(wù)器ProLiantPDUStorage& BackupPDUStorage& Backup網(wǎng)絡(luò)PDUIntegrity服務(wù)器PDU服務(wù)器ProLiant 擴展與改造 存儲存儲開戶火災(zāi)探測及抑制 發(fā)電裝置UPSHVAC火災(zāi)探測及抑制發(fā)電裝置UPSHVAC物理層：包括機房環(huán)境、空凋水電、安防；網(wǎng)絡(luò)、服務(wù)器、存儲設(shè)備的監(jiān)控邏輯層：包括操作系統(tǒng)、數(shù)據(jù)庫、中間件、套裝軟件和定制應(yīng)用的監(jiān)控業(yè)務(wù)層：包括業(yè)務(wù)模型、業(yè)務(wù)流程、業(yè)務(wù)體驗、業(yè)務(wù)分析管

16、理統(tǒng)一監(jiān)控的目的是建立多中心一體化的所有應(yīng)用系統(tǒng)、基礎(chǔ)架構(gòu)、機房環(huán)境和設(shè)備的統(tǒng)一監(jiān)控、智能分析和告警處理。統(tǒng)一監(jiān)控的目標和原則： 實現(xiàn)多中心一體化的統(tǒng)一集中監(jiān)控 實現(xiàn)實時、主動監(jiān)控和動態(tài)管理 實現(xiàn)快速定位故障根源實現(xiàn)全局的統(tǒng)計分析和決策支持 技術(shù)先進性原則、技術(shù)組件標準化 原則、接口及協(xié)議標準化原則、技 術(shù)支持信息安全原則、技術(shù)平臺指 標體系選擇原則統(tǒng)一監(jiān)控的內(nèi)容包括： 完整的拓撲管理 集中的資源管理 高效的告警管理 綜合的性能管理 有效的配置管理 跨層級的業(yè)務(wù)建模管理多數(shù)據(jù)中心一體化運維體系之統(tǒng)一工具-統(tǒng)一調(diào)度大屏監(jiān)控區(qū)一線服務(wù)臺二線管理區(qū)統(tǒng)一調(diào)度指針對多中心日常運行態(tài)和應(yīng)急運行態(tài)的統(tǒng)一指揮

17、調(diào)度，由總控中心負責。總控中心的定位是多中心統(tǒng)一操作和應(yīng)急管理的指揮調(diào)度中心。總控中心的目標和原則： 實現(xiàn)多中心一體化的運行態(tài)和應(yīng)急態(tài)調(diào)度 集中管理 一鍵調(diào)度 可視化監(jiān)控 支持快速決策 運行態(tài)和應(yīng)急態(tài)一鍵切換 形象展示 技術(shù)先進性原則、技術(shù)支持信息安全原則、技術(shù)支持業(yè)務(wù)持續(xù)性原則總控中心的內(nèi)容包括： 監(jiān)控企業(yè)關(guān)鍵業(yè)務(wù)，提供相應(yīng)管理措施的環(huán)境 IT系統(tǒng)和數(shù)據(jù)中心運行的核心窗口 應(yīng)急指揮的中樞 對外交流的門戶三線（外部廠商）多數(shù)據(jù)中心一體化運維體系之統(tǒng)一標準統(tǒng)一制度和規(guī)范統(tǒng)一質(zhì)量標準統(tǒng)一安全管理多數(shù)據(jù)中心一體化運維體系之常態(tài)運維-日常運行調(diào)度日常操作管理異常事件/服務(wù)需求管理已發(fā)現(xiàn)的告警/故障配置

18、管理 CI 屬性內(nèi)容及CI項之間的關(guān)系資源使用及性能數(shù)據(jù)變更管理 系統(tǒng)調(diào)整需求變更工作表CI 屬性及關(guān)系的變化日常工作產(chǎn)生的變更需求變更工作表異常告警/故障服務(wù)需求進展報告運維狀況報告關(guān)鍵業(yè)務(wù)生產(chǎn)環(huán)境資源/性能狀況受控的變化日常運行調(diào)度-性能監(jiān)控-Patch管理-系統(tǒng)監(jiān)控-定期排查大一線生產(chǎn)中心二線/三線；同城中心二線/三線；異地中心二線/三線日常運行調(diào)度是指以總控中心為核心，實現(xiàn)多中心日常運行一體化統(tǒng)一調(diào)度。日常運行調(diào)度的目標和原則：組成統(tǒng)一的運維團隊，通過統(tǒng)一指揮、統(tǒng)一調(diào)度協(xié)同工作，實現(xiàn)各中心人員的集約化；運維體系架構(gòu)中所涉及的流程、工具、文檔、監(jiān)控、操作完全統(tǒng)一；統(tǒng)一的管理體系原則日常運

19、行調(diào)度的內(nèi)容包括：大一線支持（監(jiān)控、服務(wù)臺、技術(shù)值班）二線支持三線支持大一線生產(chǎn)中心二線/三線；同城中心二線/三線；異地中心二線/三線多數(shù)據(jù)中心一體化運維體系之應(yīng)急態(tài)運維-應(yīng)急調(diào)度應(yīng)急指揮調(diào)度是指在應(yīng)急情況下，以總控中心為核心，實現(xiàn)多中心一體化的、協(xié)同一致的、高效的應(yīng)急管理。應(yīng)急管理的目標和原則： 明確事件級別和應(yīng)急啟動的觸發(fā)條件 充分考慮日常管理模式到應(yīng)急管理模式切換時，各種資源功能的轉(zhuǎn)換機制預(yù)案需要從業(yè)務(wù)場景進行分析和分解應(yīng)急過程的協(xié)作和操作需簡約而高效技術(shù)先進性原則、技術(shù)組件標準化原則、技術(shù)滿足業(yè)務(wù)擴展原則、接口及協(xié)議標準化原則、統(tǒng)一的管理體系原則、技術(shù)支持信息安全原則、技術(shù)支持業(yè)務(wù)連續(xù)

20、性原則、技術(shù)平臺指標體系選擇原則應(yīng)急管理的內(nèi)容包括： 應(yīng)急決策 應(yīng)急啟動 應(yīng)急溝通 應(yīng)急保障 技術(shù)恢復(fù) 業(yè)務(wù)驗證 應(yīng)急善后業(yè)務(wù)可視化管理解決方案- IT不斷體現(xiàn)管理與業(yè)務(wù)驅(qū)動能力數(shù)據(jù)中心運維“智能化”心肺強健經(jīng)脈通暢耳聰目明思維敏捷儀表堂堂四肢靈活智能運維立體而全面的監(jiān)控能力 業(yè)務(wù) IT設(shè)施 機房統(tǒng)一的管理指標體系運維操作自動化和規(guī)范化運維分析/預(yù)測和挖掘高效的服務(wù)管理協(xié)作流程統(tǒng)一的集中展現(xiàn)基礎(chǔ)設(shè)施轉(zhuǎn)型管理轉(zhuǎn)型業(yè)務(wù)轉(zhuǎn)型洞觀全局，掌控運行智能總控中心功能定位日常運營業(yè)務(wù)狀態(tài)報告關(guān)鍵業(yè)務(wù)運營KPI動態(tài)報表業(yè)務(wù)流程可視化與跟蹤綜合實時信息展現(xiàn)聯(lián)合業(yè)務(wù)調(diào)度指揮關(guān)鍵告警集中展現(xiàn)應(yīng)急管理應(yīng)急預(yù)案可視化聯(lián)合

21、緊急指揮應(yīng)急計劃實施狀態(tài)追蹤應(yīng)急計劃模擬演練決策支持周月季業(yè)務(wù)經(jīng)營分析聯(lián)合辦公企業(yè)治理及運營成果展現(xiàn)企業(yè)全景展示（地理、流程、組織、績效等）傳統(tǒng)IT運維面臨難點：IT運維如何與業(yè)務(wù)保持同步業(yè)務(wù)部門IT運維部門業(yè)務(wù)負責人要求IT部門以業(yè)務(wù)語言描述IT服務(wù)水平業(yè)務(wù)部門不能容忍性能問題和服務(wù)可用性中斷業(yè)務(wù)要求IT系統(tǒng)足夠可靠與透明IT指標與業(yè)務(wù)流程毫無相干不能有效控制服務(wù)中斷和性能下降缺乏對最終用戶業(yè)務(wù)體驗深刻認識缺乏共同語言關(guān)注內(nèi)容不一致“傳統(tǒng)的IT部門沒有足夠去關(guān)注如何與業(yè)務(wù)服務(wù)運維保持一致，僅僅關(guān)注IT基礎(chǔ)設(shè)施是不夠的.Robert McNeill and Thomas Mendel - Fo

22、rrester Research, October 2009通過業(yè)務(wù)可視化滿足不同層面人員的關(guān)注視角業(yè)務(wù)維護人員：核心業(yè)務(wù)流程與關(guān)聯(lián)映射關(guān)系，重點關(guān)注業(yè)務(wù)可用性站在業(yè)務(wù)運營的視角，自上而下的業(yè)務(wù)流程，掌握業(yè)務(wù)功能依賴性和部署關(guān)系，作好業(yè)務(wù)運維；為將來實現(xiàn)真正的業(yè)務(wù)可用性監(jiān)控、業(yè)務(wù)健康度與最終用戶感知度監(jiān)測等奠定基礎(chǔ)，合理進行日常變更業(yè)務(wù)影響分析；系統(tǒng)維護人員：IT與業(yè)務(wù)端對端管理及其關(guān)聯(lián)關(guān)系，影響分析與快速故障定位站在系統(tǒng)運維的視角，構(gòu)建后臺軟硬件資源與前臺業(yè)務(wù)自下而上的關(guān)聯(lián)關(guān)系，轉(zhuǎn)變傳統(tǒng)單一平臺維護模式，掌握系統(tǒng)平臺承載業(yè)務(wù)；根據(jù)高可用性架構(gòu)進行重點資源監(jiān)控，為業(yè)務(wù)問題影響和故障快速定位提供

23、系統(tǒng)支撐；管理人員：聚合各層面運營數(shù)據(jù)，合理進行重大變更分析評估站在管理人員的視角，以業(yè)務(wù)為主線，綜合展現(xiàn)相關(guān)系統(tǒng)支撐、業(yè)務(wù)運營、客戶服務(wù)數(shù)據(jù)，為管理人員提供最全面的業(yè)務(wù)全景視圖。整體業(yè)務(wù)可用性，業(yè)務(wù)故障是否得到快速響應(yīng)與解決，最終用戶滿意度；案例演示業(yè)務(wù)可視化實現(xiàn)過程分解從對企業(yè)收入影響最大、對最終用戶體驗影響最大等多角度，確定需要可視化的重點業(yè)務(wù)業(yè)務(wù)選擇1業(yè)務(wù)梳理2業(yè)務(wù)建模3建立業(yè)務(wù)-應(yīng)用-邏輯-系統(tǒng)-環(huán)境的支撐關(guān)系業(yè)務(wù)處理邏輯（流程）梳理找出業(yè)務(wù)流程中關(guān)鍵風險點梳理反映業(yè)務(wù)狀態(tài)的KPI/KQI指標體系確定KPI/KQI計算方法，支撐數(shù)據(jù)考核業(yè)務(wù)風險分析報告故障影響分析可視化展現(xiàn)5持續(xù)運維

24、服務(wù)6立體關(guān)系展現(xiàn)告警指標展現(xiàn)相關(guān)配置、告警、KPI/KQI的展示監(jiān)控效果評估及持續(xù)改進定期梳理及模型更新挖掘運維數(shù)據(jù)，為提升業(yè)務(wù)持續(xù)性，提高運維效率提出優(yōu)化建議業(yè)務(wù)分析4橫向分解：將端到端的業(yè)務(wù)流程逐段分解為業(yè)務(wù)單元以便逐層建立視圖縱向深入：將每個業(yè)務(wù)單元進行縱向深入挖掘，從而從業(yè)務(wù)單元深入到數(shù)據(jù)庫與中間件直到硬件關(guān)鍵點1：業(yè)務(wù)梳理與建模業(yè)務(wù)實體業(yè)務(wù)單元業(yè)務(wù)單元應(yīng)用模塊 (進程集合)業(yè)務(wù)實體業(yè)務(wù)單元 數(shù)據(jù)庫與 中間件資源 主機/存儲業(yè)務(wù)單元將業(yè)務(wù)流程進行端到端的橫向分解每個業(yè)務(wù)單元縱向系統(tǒng)層次的能力分解業(yè)務(wù)單元業(yè)務(wù)單元業(yè)務(wù)單元樣例關(guān)鍵點2：KPI與KQIKPI分析方法:KQI樣例:業(yè)務(wù)建模與

25、業(yè)務(wù)健康度(1 OF 5)業(yè)務(wù)影響的概念：業(yè)務(wù)依賴于IT，IT支撐業(yè)務(wù)；通過科學的業(yè)務(wù)建模和KPI建模,實現(xiàn)實時的業(yè)務(wù)影響分析。 業(yè)務(wù)影響 業(yè)務(wù)服務(wù)應(yīng)用系統(tǒng)軟件系統(tǒng)基礎(chǔ)架構(gòu)業(yè)務(wù)建模與業(yè)務(wù)健康度(2 OF 5)建立業(yè)務(wù)與IT的關(guān)聯(lián)模型，即業(yè)務(wù)模型，該模型的建立需要將業(yè)務(wù)與IT的各個資源模塊進行對應(yīng)。Top CFSCFSRFSLogical ResourceResourceCFSRFSRFSRFSRFSRFSRFSRFSRFSLogical ResourceLogical ResourceLogical ResourceLogical ResourceLogical ResourceResourc

26、eResourceResourceResourceResourceResourceCFS:面向客戶的服務(wù)RFS：面向資源的服務(wù)Logical Resource:邏輯資源Resource:物理資源KPI指標之間的關(guān)聯(lián)模型，對于建立完成的業(yè)務(wù)模型，每一個配置項都有一個或多個KPI與之對應(yīng)，同時該KPI對上層配置項的傳遞規(guī)則需要進行建模，這樣可以完成指標分析的功能。業(yè)務(wù)建模與業(yè)務(wù)健康度(3 OF 5)KPI 用來描述對應(yīng)配置項的性能設(shè)備資源NE1有KPI1和2;設(shè)備資源NE2 和3 有KPI: 3 和 4設(shè)備資源NE4 有KPI: 5和6 其他資源KPI： 7和8KQI用來描述整體業(yè)務(wù)性能.通常由一