【正文】 非常感謝大傢的寶貴時間，謝謝。這是基於服務(wù)的一些視圖，我們IT環(huán)境當(dāng)中幫助臺的情況，服務(wù)水平的合規(guī)情況，以及詳細的整個接觸架構(gòu)關(guān)系的報表情況等等。在這裡給瞭大傢一些服務(wù)視圖的事例，這是不同層次的視圖。當(dāng)我們建立這樣的服務(wù)模型之後，我們的基礎(chǔ)架構(gòu)發(fā)生的事情就可以跟我們的服務(wù)模型進行匹配瞭?，F(xiàn)在大傢認為業(yè)務(wù)模型這部分對大傢來講是不可見的。我對這6個步驟給大傢做一個更詳盡地分解。這部分來講，有一部分非常重要的是依賴關(guān)系，除瞭支持可視化的分析之外，還在支持其他方面。第二個步驟是體驗，我除瞭從監(jiān)控的這個角度上能夠獲取這樣的數(shù)據(jù)之外，我還要知道我們現(xiàn)在的一些應(yīng)用的最終的用戶，他對整個應(yīng)用的體驗是什麼，很有可能從基礎(chǔ)架構(gòu)看網(wǎng)絡(luò)、主機等設(shè)備都是好的，但是有一個問題，用戶訪問這個業(yè)務(wù)訪問不瞭，或者是非常慢。我們實際上已經(jīng)從一個事例的角度來看瞭一下IT的基礎(chǔ)架構(gòu)跟業(yè)務(wù)之間關(guān)聯(lián)關(guān)系地一角。先不看對整個高層領(lǐng)導(dǎo)有影響，業(yè)務(wù)人員最後隻關(guān)註這一點，我的影響是什麼。在這裡，我給瞭大傢一個事例，這個事例看起來是從一個事件的角度我們嘗試去關(guān)註一個基礎(chǔ)架構(gòu)的問題，怎麼樣跟我們的業(yè)務(wù)進行關(guān)聯(lián)的。不管是從業(yè)務(wù)部門看可視化的視圖，還是業(yè)務(wù)部門來看關(guān)註的不僅僅是我們IT提供的指標，可能還包括業(yè)務(wù)的基礎(chǔ)指標，比如說當(dāng)前的環(huán)境下，某一個核心的業(yè)務(wù)吞吐量是什麼。在這方面來講，我們也總結(jié)瞭一些成功的建設(shè)實踐，是建立一個整合的事件平臺，這個時候不是面向?qū)I(yè)的子領(lǐng)域的，是面向整個基礎(chǔ)架構(gòu)的整合平臺，以及如何進行一些可視化的方式來去看現(xiàn)在的IT基礎(chǔ)架構(gòu)的狀態(tài)，以及現(xiàn)在業(yè)務(wù)的運行狀態(tài)?，F(xiàn)在大傢看到的這張總結(jié)的片子，是說我們對整個會聚管理，就剛才中間的這層，實際上當(dāng)我在講基礎(chǔ)架構(gòu)的各個專業(yè)子系統(tǒng)的管理的時候，大傢有一些疑問瞭，網(wǎng)絡(luò)隻看網(wǎng)絡(luò)的，系統(tǒng)隻看系統(tǒng)的，應(yīng)用隻看應(yīng)用的，存儲隻看存儲的，誰來看業(yè)務(wù)，誰來對整個的業(yè)務(wù)目標負責(zé)，以及保證IT運維真正是實現(xiàn)業(yè)務(wù)目標的，所以我們要做後面的事情。另一方面除瞭兩個運維目標來講，跟大傢分享瞭一些在國內(nèi)的建設(shè)當(dāng)中，我們比較多的四個方面的實踐，建立一個可視化的視圖，以及建立一個非常好的事件的基礎(chǔ)，進行性能和容量的分析。在這個地方，前面我們的演講裡面也聽到瞭我們怎麼樣對一些績效等等進行考量，現(xiàn)在我們看到的視圖，整個故障發(fā)生持續(xù)狀態(tài)的實時的視圖。我們要去瞭解我們當(dāng)前的使用率是多少，是不是有閑置的，是不是我們的容量。在性能分析這部分，我們要進行一個預(yù)測，我們要從單獨的組件，和整個業(yè)務(wù)應(yīng)用組件的組合裡面，我們分析現(xiàn)在提供的容量和性能是不是能夠滿足我們整個業(yè)務(wù)增長的需要。第二個方面，我們怎麼樣從我們各個基礎(chǔ)當(dāng)中做性能的分析支持我們的性能管理、後續(xù)的容量規(guī)劃能力上的管理。比如說是某一個營業(yè)部發(fā)生瞭中斷，這樣的信息會比某一個斷口出現(xiàn)瞭端口宕這樣的信息。所以這方面我們特別強調(diào)如何建立一個堅固事件的基礎(chǔ)，在一個平臺上，能夠以高效地方式對它進行處理。首先是建立一個堅固的事件基礎(chǔ)，從技術(shù)平臺來講，我們是怎麼樣能夠去眾多的基礎(chǔ)架構(gòu)事件當(dāng)中進行高效地處理。第四個是建立流程化的管理平臺，支持運維靈活的要求。第二個方面是提供一個很堅固的事件基礎(chǔ)，這是非常核心的一部分。這個地方我們定義是我們系統(tǒng)的可用性目標是滿足我們的業(yè)務(wù)要求的。因為網(wǎng)絡(luò)支持著很多的應(yīng)用的運行，和我們商業(yè)的運行，在這樣的情況下，我們從我們的運維目標來看，作為我們系統(tǒng)專業(yè)的領(lǐng)域，我們的運維目標是什麼。另外一部分，探討怎麼樣面向業(yè)務(wù)服務(wù)的管理。在中間的層次是一個會聚的運維的管理。這是我們現(xiàn)在面臨的，從IT的視角看。它在這部分來講，提供瞭非常好的業(yè)務(wù)的技術(shù)支持。從我們的解決方案來講，我們需要提供實時的視圖和實時的dashboard，包括我們從業(yè)務(wù)合規(guī)、運維整個瞭解現(xiàn)在資產(chǎn)的管理所需要的可用性，以及這個可用性是不是很好地實現(xiàn)瞭我們的業(yè)務(wù)目標。第三個問題是自動化，在自動化這點上，我們不是說要有什麼樣的產(chǎn)品，或者是在IT管理建設(shè)服務(wù)某一個點上實施自動化，幫助我們提高效率。比如說主動的監(jiān)控，嘗試做一些容量和能力的規(guī)劃方面的工作。如何利用自動化的驅(qū)動來降低整個的費用，提高服務(wù)的提供和整個服務(wù)的質(zhì)量，保證快速地實施。劉靜：非常榮幸今天有機會在這裡跟大傢一起探討一IT服務(wù)管理的實踐。這是最后一步實施自動化，我需要再強調(diào)一下，自動化不僅僅是我們很容易去理解的自動部署、自動容量、自動探測，實際上自動化是說在我們整個IT服務(wù)管理當(dāng)中，是貫穿始終的，你會發(fā)現(xiàn)會貫穿于各個部門的，在其他五個方面都會出現(xiàn)。我們看到了全局的視圖，告訴了我們整個子系統(tǒng)的狀態(tài)和應(yīng)用的狀態(tài)。第四個步驟當(dāng)中，我們?nèi)タ锤覀儤I(yè)務(wù)相關(guān)的關(guān)鍵的性能的指標，在查看這些關(guān)鍵性能指標里面，我需要強調(diào)的是一個是我們從IT的角度看我們的應(yīng)能指標，還要從業(yè)務(wù)來看，包括吞吐量。第二個步驟來講，衡量用戶體驗，主動的探測和主動的用戶體現(xiàn)仿真去獲得我們用戶體現(xiàn)的數(shù)據(jù)。第一個步驟是監(jiān)視我們服務(wù)的基礎(chǔ)架構(gòu)，這個服務(wù)架構(gòu)內(nèi)容里面就包括我們事件從終端用戶來講，安全、網(wǎng)絡(luò)等等過來的基礎(chǔ)事件。第四大方面非常重要的是業(yè)務(wù)指標，哪些業(yè)務(wù)指標是被關(guān)注的，以及IT的基礎(chǔ)架構(gòu)的事件問題，IT對業(yè)務(wù)指標的影響是什么。第二個來講，我們怎么樣看最終用戶或者是IT的應(yīng)用，我們的業(yè)務(wù)的用戶他的體現(xiàn)。我們怎么樣來建立一個IT的基礎(chǔ)架構(gòu)跟IT之間的關(guān)聯(lián)，首先要了解一件事情，現(xiàn)在大家看到左下角基礎(chǔ)架構(gòu)正在發(fā)生什么事情，我們知道發(fā)生了什么事情之后，我們需要采取什么樣的行動做解決，以及這些事情是如何影響到了業(yè)務(wù)。但是對我們的IT運維人員來講，這樣的信息非常有意義。在這個事例當(dāng)中，我們看到最上面的事件，從基礎(chǔ)架構(gòu)搜集過來的事件，是發(fā)生在一個服務(wù)器的名字叫做ERPAPP01是利用率超高的事件，這是原始的。所以大家會看到，我們在整個體系管理的時候，大家可以認為，前面兩部分是談IT的數(shù)據(jù)，這邊的數(shù)據(jù)不僅僅是來自IT系統(tǒng)自身的數(shù)據(jù)，還會來自于業(yè)務(wù)系統(tǒng)的數(shù)據(jù)?；谖覀儸F(xiàn)在所談到的一個剛才講了基礎(chǔ)架構(gòu)自身的管理問題，會聚的運維平臺，我們最終是要實現(xiàn)一個更高的目標是怎么樣進行一個業(yè)務(wù)服務(wù)的管理。第一步我們所談到的是做一個會聚的運維管理，在這個管理里面，不管是網(wǎng)絡(luò)的、存儲的、主機的開放平臺、系統(tǒng)、應(yīng)用、語音等等各個環(huán)境子系統(tǒng)的數(shù)據(jù)，實際上是需要送到會聚的平臺，由會聚的平臺進行處理，最終實現(xiàn)業(yè)務(wù)目標建立我們的服務(wù)模型來服務(wù)。最后是說建立流程化的平臺保證運維可以在一個企業(yè)所要求的一些制度的環(huán)境下面進行非常良好地運行。我們再回憶一下剛才談到金字塔的服務(wù)模型，剛才我們講了最基礎(chǔ)的一部分，也就是說整個IT專業(yè)領(lǐng)域的管理，以及在這個專業(yè)領(lǐng)域管理上的運維目標。這部分的話，我們會去協(xié)同我們剛才談到的容量的分析，為我們規(guī)劃未來IT的服務(wù)對業(yè)務(wù)的支撐能力提供基礎(chǔ)。然后大概會在什么點的時候，如果當(dāng)我們的業(yè)務(wù)增長到什么規(guī)模，我現(xiàn)在的IT基礎(chǔ)架構(gòu)要進行擴容和升級，這樣的話，我們做預(yù)先的計劃，避免當(dāng)業(yè)務(wù)的快速增長，而使我們的IT系統(tǒng)造成對業(yè)務(wù)增長的瓶頸。這個地方舉了兩個例子，一個是基于基線的性能分析，不是每一個單次、單點的分析，而是從我們整個的業(yè)務(wù)歷史表現(xiàn)看。不管是對于IT來講，怎么判斷優(yōu)先級，以及業(yè)務(wù)來講，都要有可視化。在建立事件基礎(chǔ)，事件量非常大，如果所有的事件都原始移過來都不行，這樣的話，許多進行事件的自動壓縮。根據(jù)我們的經(jīng)驗，在一個類似于一個省的規(guī)模的網(wǎng)絡(luò)當(dāng)中，即使僅僅是網(wǎng)絡(luò)的一個專業(yè)領(lǐng)域一天的事件量，大概是在幾十萬條左右。從這個層次來講，包括我們跟國內(nèi)很多的用戶來做一些運維方面的工作，在建設(shè)的過程當(dāng)中有很深的體會，有可能你建了非常好的網(wǎng)絡(luò)管理系統(tǒng)、主機管理系統(tǒng)、存儲管理系統(tǒng)或者是其他基礎(chǔ)架構(gòu)的管