IT運維與管理高峰論壇演講_第1頁
IT運維與管理高峰論壇演講_第2頁
IT運維與管理高峰論壇演講_第3頁
IT運維與管理高峰論壇演講_第4頁
IT運維與管理高峰論壇演講_第5頁
已閱讀5頁,還剩79頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

XXIT運維與管理高峰論壇演講劉靜

劉靜:非常榮幸今天有機會在這里跟大家一起探討一IT

服務(wù)管理的實踐。

實際上從IT服務(wù)管理的進展來看,大家在做各類各樣的實

踐,包含在建設(shè)按照ITLI的最佳實際,結(jié)合國內(nèi)的實際情

況來建設(shè)有關(guān)的有關(guān)管理流程,而且不斷地使這樣的管理

流程走向更加成熟。即使是這樣,我們?nèi)匀话l(fā)現(xiàn),好象持

續(xù)在做這些管理流程的一些實施的話,在我們整個的過程

當中仍然碰到了困難。

比如說我們很難看到一個跟業(yè)務(wù)有關(guān)的視圖,比如說我們

說在支持IT業(yè)務(wù)的運維與進展,我們怎么樣看到跟IT業(yè)

務(wù)有關(guān)視圖與業(yè)務(wù)的可持續(xù)化,是我們很難解決的問題。

如何利用自動化的驅(qū)動來降低整個的費用,提高服務(wù)的提

供與整個服務(wù)的質(zhì)量,保證快速地實施。與面臨現(xiàn)在不管

是應(yīng)用環(huán)境還是IT自身的架構(gòu)建設(shè)也好,我們面臨了不斷

更新的技術(shù)與服務(wù)的進展。在面臨這樣的服務(wù)與技術(shù)進展

的時候,如何進行創(chuàng)新?

我們今天的內(nèi)容就IT服務(wù)管理的一些實踐跟大家交流。首

先,這是大家都很熟悉的Gartner關(guān)于IT成熟度的模型,

從目前我們國內(nèi)的用戶來講,大家都處在一些被動式的管

理,有一部分用戶在于主動式或者者是面向服務(wù)的管理,

或者者是第二層次、第三層次做了工作。比如說主動的監(jiān)

控,嘗試做一些容量與能力的規(guī)劃方面的工作。我們來看,

我們?nèi)粘5倪\維,與IT的資產(chǎn)我們?nèi)绾稳λ鲆粋€更重

復(fù)地使用,與對他進行一個更高效地利用,從而減輕我們

的成本與提高我們的服務(wù)質(zhì)量,同時降低在管理過程當中

的風險。

第三個問題是自動化,在自動化這點上,我們不是說要有

什么樣的產(chǎn)品,或者者是在IT管理建設(shè)服務(wù)某一個點上實

施自動化,幫助我們提高效率。從自動化來講,不管是可

視化、可控化都貫穿在整個管理的過程當中。自動化我們

提供流程的自動化怎么實現(xiàn),包含實現(xiàn)運維我們做自動化

的部署、監(jiān)控,在整個監(jiān)控的方面,怎么樣去實施自動化,

來提高我們的生產(chǎn)效率。

首先從可視化這個目標來講,我們需要去洞察業(yè)務(wù),我們

需要去熟悉,現(xiàn)在的業(yè)務(wù)的狀態(tài)是什么,我們的IT是怎么

樣去支持我們的業(yè)務(wù)的,直接能夠從我們的IT業(yè)務(wù)的支持

上面看到可交付的目標。從我們的解決方案來講,我們需

要提供實時的視圖與實時的dashboard,包含我們從業(yè)務(wù)

合規(guī)、運維整個熟悉現(xiàn)在資產(chǎn)的管理所需要的可用性,與

這個可用性是不是很好地實現(xiàn)了我們的業(yè)務(wù)目標。

在我們的右邊是給了大家一些可視化的視圖,后面我們就

這些可視化的內(nèi)容進行展開溝通。

第二個部門可控化,剛才已經(jīng)談到了要緊的核心思想是我

們怎么樣能夠提供一個完善的操縱,能夠去熟悉到我們的

現(xiàn)有的IT資產(chǎn)與如何對我們的IT資產(chǎn)進行優(yōu)化的利用。

在講到可控化這部分,大家會想是不是講我們IT資產(chǎn)的管

理,與從ITLI來講,更側(cè)重于CMDB這樣的管理,從后面

整個運維的角度來講,可控化對H資產(chǎn)、CMDB的管理,

不是在資產(chǎn)本身提供一個高效地利用率、管控也好,實際

上對我們的運維過程怎么樣實現(xiàn)可視化,怎么樣把紛繁復(fù)

雜的基礎(chǔ)架構(gòu)的事件、問題能夠可視化變成業(yè)務(wù)影響。它

在這部分來講,提供了非常好的業(yè)務(wù)的技術(shù)支持。

最后是自動化,將敏捷性融入到我們的運維當中,幫助我

們快速地實現(xiàn)運維的目標。

剛才我們從IBM服務(wù)管理三個比較核心的思想與觀點,從

我們的實踐來講,大家會想到我們現(xiàn)在面臨的是非常復(fù)雜

的IT的架構(gòu)。在我們這張圖下面,大家可能看到的是在我

們下面的這部分,不管是從我們的主機、開放平臺、應(yīng)用、

網(wǎng)絡(luò)、語音、傳輸?shù)鹊日麄€IT的基礎(chǔ)架構(gòu)。這是我們現(xiàn)在

面臨的,從IT的視角看。

從業(yè)務(wù)視角看的話,我所需要的是一個業(yè)務(wù)的交付,從銀

行業(yè)來看,我需要的是網(wǎng)上銀行能夠提供我們所承諾的服

務(wù)級別,能夠在我們用戶所期望,業(yè)務(wù)目標所定義的一些

響應(yīng)時間也好,是在指標之內(nèi)對我們廣大的用戶,是對業(yè)

務(wù)的用戶提供服務(wù)。

我們現(xiàn)在IT與業(yè)務(wù)之間,我們怎么樣來建立這種聯(lián)系,與

怎么樣實現(xiàn)運維,這是我們給出的一個實踐的模型。

在這樣實踐的模型當中,要緊的部分是三個層次,在金字

塔模型最上端,是我們的業(yè)務(wù)所要實施的整個業(yè)務(wù)的管理。

在中間的層次是一個會聚的運維的管理。下面這個層次來

講,是我們熟悉地傳統(tǒng)IT的管理領(lǐng)域。我們定義為一個技

術(shù)的專業(yè)領(lǐng)域的管理,包含對應(yīng)用、網(wǎng)絡(luò)、主機、安全、

開放平臺、存儲等等的各個支持我們的IT基礎(chǔ)架構(gòu)的整個

環(huán)境的各個專業(yè)領(lǐng)域的管理。

我分了兩部分探討,一部分我們會側(cè)重于在講,根據(jù)我們

現(xiàn)在運維的環(huán)境,我們怎么樣在基礎(chǔ)架構(gòu)的層次做技術(shù)領(lǐng)

域的專業(yè)的管理。另外一部分,探討怎么樣面向業(yè)務(wù)服務(wù)

的管理。

首先,我們從大家非常熟悉的領(lǐng)域開始,面向一個專業(yè)技

術(shù)領(lǐng)域的管理。當我們回到各個專業(yè)技術(shù)領(lǐng)域,回到網(wǎng)絡(luò)、

應(yīng)用、存儲等等這些領(lǐng)域的時候,我們來看這個領(lǐng)域當中,

我們的運維目標是什么。可能作為一個網(wǎng)絡(luò)部門的領(lǐng)導(dǎo)、

員工來講,我們大概是說很難去把我們的網(wǎng)絡(luò)跟業(yè)務(wù)之間

做一個非常好的很一致、完全的對應(yīng)。由于網(wǎng)絡(luò)支持著很

多的應(yīng)用的運行,與我們商業(yè)的運行,在這樣的情況下,

我們從我們的運維目標來看,作為我們系統(tǒng)專業(yè)的領(lǐng)域,

我們的運維目標是什么。在這個地方,我們總結(jié)了兩個方

面的運維目標。

首先,運維目標是要保證我們的系統(tǒng)可用性。一談到可用

性,大家會談到,我們怎么樣去實現(xiàn)一個高可用性,我的

可用性的能力是什么。這個地方我們定義是我們系統(tǒng)的可

用性目標是滿足我們的業(yè)務(wù)要求的,其次從運維的角度來

講,我們有非常重要的目標是在整個系統(tǒng)的生命周期的建

設(shè)過程當中,如何利用這樣科學(xué)的數(shù)據(jù)的分析,來支持整

個系統(tǒng)的持續(xù)地進展。這是從技術(shù)的專業(yè)領(lǐng)域來講的運維

目標,從現(xiàn)在不管是國內(nèi)、國外,大家在技術(shù)領(lǐng)域的專業(yè)

的管理領(lǐng)域里面,大家的一些成功的實踐來講,我們要緊

分為下面四個方面。

第一個方面我們?nèi)ヌ峁┝艘粋€可視化地監(jiān)控,或者者說我

們提供了可視化的視圖。第二個方面是提供一個很牢固的

事件基礎(chǔ),這是非常核心的一部分,參考業(yè)務(wù)影響關(guān)系定

義鼓掌分類或者級別,與我們要采取什么措施盡量減輕或

者者是消除、預(yù)防這些能帶來的影響。第三個方面是對所

專注的這個基礎(chǔ)架構(gòu)領(lǐng)域,它的運行的數(shù)據(jù)全面的分析,

這些分析是我們要定義什么我們的KPI。這些KPI它的運

行的績效是怎么支撐業(yè)務(wù)的。第四個是建立流程化的管理

平臺,支持運維靈活的要求。

從這個層次來講,包含我們跟國內(nèi)很多的用戶來做一些運

維方面的工作,在建設(shè)的過程當中有很深的體會,有可能

你建了非常好的網(wǎng)絡(luò)管理系統(tǒng)、主機管理系統(tǒng)、存儲管理

系統(tǒng)或者者是其他基礎(chǔ)架構(gòu)的管理子系統(tǒng)。但是會發(fā)現(xiàn),

這個系統(tǒng)很難在良性的環(huán)境下做持續(xù)地更新地滿足我們的

運維要求。實際上這方面通常存在的問題是我們只是構(gòu)建

這個技術(shù)平臺,我們并沒有去對如何讓這個技術(shù)平臺保證

我們的業(yè)務(wù)目標,實現(xiàn)我們的IT運維目標這方面做有關(guān)的

制度、流程化的支持,去使這個技術(shù)平臺如何最大限度地

去發(fā)揮它的作用。

首先是建立一個牢固的事件基礎(chǔ),從技術(shù)平臺來講,我們

是怎么樣能夠去眾多的基礎(chǔ)架構(gòu)事件當中進行高效地處

理。根據(jù)我們的經(jīng)驗,在一個類似于一個省的規(guī)模的網(wǎng)絡(luò)

當中,即使僅僅是網(wǎng)絡(luò)的一個專業(yè)領(lǐng)域一天的事件量,大

概是在幾十萬條左右。這是我們很多用戶一起建設(shè)當中做

的統(tǒng)計數(shù)據(jù),如何讓這幾十萬條的數(shù)據(jù)發(fā)生之后,實際上

真正影響到運維、影響到業(yè)務(wù)事件的氛圍并不多。我們怎

么樣在這些事件當中抽取出對我們業(yè)務(wù)真正有影響的事

件,并對其進行處理。因此這方面我們特別強調(diào)如何建立

一個牢固事件的基礎(chǔ),在一個平臺上,能夠以高效地方式

對它進行處理。

在建立事件基礎(chǔ),事件量非常大,假如所有的事件都原始

移過來都不行,這樣的話,許多進行事件的自動壓縮。我

想強調(diào),這樣的壓縮是不是能夠從企業(yè)的需求出發(fā)做定制,

不是說把原先的丟掉了進行壓縮。

建立牢固事件的基礎(chǔ)還有一部分是我們不需要說某個交換

機的某個交換端口宕了,我們會進行什么影響,我們從事

件分析、關(guān)聯(lián)機制也好,我們需要從最基礎(chǔ)的IT事件告訴

我們。比如說是某一個營業(yè)部發(fā)生了中斷,這樣的信息會

比某一個斷口出現(xiàn)了端口宕這樣的信息。不管是關(guān)于IT

來講,怎么推斷優(yōu)先級,與業(yè)務(wù)來講,都要有可視化。

從我們的目標來講,盡可能地采集更多的事件,但是從紛

繁復(fù)雜的事件進行分析,告訴我們真正跟業(yè)務(wù)有關(guān)聯(lián)的事

件是什么,這些跟業(yè)務(wù)關(guān)聯(lián)產(chǎn)生的事件,才是我們運維過

程當中需要核心地處理與解決的問題。這是第一個方面建

立一個牢固的事件基礎(chǔ)。

第二個方面,我們怎么樣從我們各個基礎(chǔ)當中做性能的分

析支持我們的性能管理、后續(xù)的容量規(guī)劃能力上的管理。

這個地方舉了兩個例子,一個是基于基線的性能分析,不

是每一個單次、單點的分析,而是從我們整個的業(yè)務(wù)歷史

表現(xiàn)看。比如說金融業(yè)來講,像網(wǎng)銀的表現(xiàn),每周一到星

期天,與每天的Array點到5點,整個的流量變化趨勢是

不一樣的。我們通過基線的分析,我們怎么樣去獲得優(yōu)化

現(xiàn)在系統(tǒng)的容量,與現(xiàn)在的系統(tǒng)容量是否能夠支持業(yè)務(wù)不

斷增長的需要。

在性能分析這部分,我們要進行一個預(yù)測,我們要從單獨

的組件,與整個業(yè)務(wù)應(yīng)用組件的組合里面,我們分析現(xiàn)在

提供的容量與性能是不是能夠滿足我們整個業(yè)務(wù)增長的需

要。然后大概會在什么點的時候,假如當我們的業(yè)務(wù)增長

到什么規(guī)模,我現(xiàn)在的IT基礎(chǔ)架構(gòu)要進行擴容與升級,這

樣的話,我們做預(yù)先的計劃,避免當業(yè)務(wù)的快速增長,而

使我們的IT系統(tǒng)造成對業(yè)務(wù)增長的瓶頸。

第三個實踐方面來講,怎么樣去熟悉我們整個的IT的資產(chǎn)

包含我們的網(wǎng)絡(luò)、應(yīng)用、應(yīng)用之間的關(guān)系等等,包含網(wǎng)絡(luò)

之間的關(guān)系,從而對我們整個的IT資產(chǎn)實施操縱,并為優(yōu)

化地使用提供一個基礎(chǔ)。

這是一些例子,關(guān)于IT的資產(chǎn)的報表。我們要去熟悉我們

當前的使用率是多少,是不是有閑置的,是不是我們的容

量。這部分的話,我們會去協(xié)同我們剛才談到的容量的分

析,為我們規(guī)劃未來IT的服務(wù)對業(yè)務(wù)的支撐能力提供基

礎(chǔ)。

第四個方面,從子系統(tǒng)的管理來講,是怎么樣建立一個流

程化的平臺,使大家日常運維的工作能夠在流程化的平臺

上來進行一個可效的實施,所有的運維人員都會定義他的

運維角色與運維的職責,最后通過流程化的平臺去履行他

運維上的一些要求。

這是一些視圖的呈現(xiàn),下面還有一個視圖。在這個地方,

前面我們的演講里面也聽到了我們怎么樣對一些績效等等

進行考量,現(xiàn)在我們看到的視圖,整個故障發(fā)生持續(xù)狀態(tài)

的實時的視圖。

我們再回憶一下剛才談到金字塔的服務(wù)模型,剛才我們講

了最基礎(chǔ)的一部分,也就是說整個IT專業(yè)領(lǐng)域的管理,與

在這個專業(yè)領(lǐng)域管理上的運維目標,有兩點,一個是怎么

樣保證整個系統(tǒng)的可控性。第二個是對系統(tǒng)進行評估與分

析規(guī)劃未來的進展。另一方面除了兩個運維目標來講,跟

大家分享了一些在國內(nèi)的建設(shè)當中,我們比較多的四個方

面的實踐,建立一個可視化的視圖,與建立一個非常好的

事件的基礎(chǔ),進行性能與容量的分析。最后是說建立流程

化的平臺保證運維能夠在一個企業(yè)所要求的一些制度的環(huán)

境下面進行非常良好地運行。在后面這部分內(nèi)容里面,我

們會講我們上面的兩層。剛才這部分,我們更多地去看怎

么樣做基礎(chǔ)架構(gòu)的運維,后面來講,我們偏重于怎么樣把

基礎(chǔ)架構(gòu)的運維跟我們的業(yè)務(wù)目標來進行結(jié)合,最終為我

們的業(yè)務(wù)來服務(wù)。

現(xiàn)在大家看到的這張總結(jié)的片子,是說我們對整個會聚管

理,就剛才中間的這層,實際上當我在講基礎(chǔ)架構(gòu)的各個

專業(yè)子系統(tǒng)的管理的時候,大家有一些疑問了,網(wǎng)絡(luò)只看

網(wǎng)絡(luò)的,系統(tǒng)只看系統(tǒng)的,應(yīng)用只看應(yīng)用的,存儲只看存

儲的,誰來看業(yè)務(wù),誰來對整個的業(yè)務(wù)目標負責,與保證

IT運維真正是實現(xiàn)業(yè)務(wù)目標的,因此我們要做后面的情

況。

第一步我們所談到的是做一個會聚的運維管理,在這個管

理里面,不管是網(wǎng)絡(luò)的、存儲的、主機的開放平臺、系統(tǒng)、

應(yīng)用、語音等等各個環(huán)境子系統(tǒng)的數(shù)據(jù),實際上是需要送

到會聚的平臺,由會聚的平臺進行處理,最終實現(xiàn)業(yè)務(wù)目

標建立我們的服務(wù)模型來服務(wù)。

在這個會聚的平臺里面,我們在這個地方也總結(jié)了它的一

些運維目標。這個時候,我們要做集中的IT運維管理,不

再是網(wǎng)絡(luò)看網(wǎng)絡(luò)、系統(tǒng)看系統(tǒng),網(wǎng)絡(luò)與系統(tǒng)的運維人員在

整個體系當中變成了二線,在一線來講,我們要看整個IT

的狀態(tài),與對當前的IT的運維來進行一個快速響應(yīng)°

在這方面來講,我們也總結(jié)了一些成功的建設(shè)實踐,是建

立一個整合的事件平臺,這個時候不是面向?qū)I(yè)的子領(lǐng)域

的,是面向整個基礎(chǔ)架構(gòu)的整合平臺,與如何進行一些可

視化的方式來去看現(xiàn)在的IT基礎(chǔ)架構(gòu)的狀態(tài),與現(xiàn)在業(yè)務(wù)

的運行狀態(tài)。

基于我們現(xiàn)在所談到的一個剛才講了基礎(chǔ)架構(gòu)自身的管理

問題,會聚的運維平臺,我們最終是要實現(xiàn)一個更高的目

標是怎么樣進行一個業(yè)務(wù)服務(wù)的管理。在這個地方來講,

我們現(xiàn)在看到這張圖跟大家看到基礎(chǔ)架構(gòu)管理的圖非常類

似。最下面是我們整個基礎(chǔ)架構(gòu)的內(nèi)容,在基礎(chǔ)架構(gòu)的內(nèi)

容來講,我們要通過一些基礎(chǔ)手段對整個數(shù)據(jù)進行采集,

包含依靠關(guān)系的采集、事件性能的采集、數(shù)據(jù)的采集,其

他第三方的數(shù)據(jù)的采集。不管是從業(yè)務(wù)部門看可視化的視

圖,還是業(yè)務(wù)部門來看關(guān)注的不僅僅是我們IT提供的指

標,可能還包含業(yè)務(wù)的基礎(chǔ)指標,比如說當前的環(huán)境下,

某一個核心的業(yè)務(wù)吞吐量是什么。因此大家會看到,我們

在整個體系管理的時候,大家能夠認為,前面兩部分是談

IT的數(shù)據(jù),這邊的數(shù)據(jù)不僅僅是來自IT系統(tǒng)自身的數(shù)據(jù),

還會來自于業(yè)務(wù)系統(tǒng)的數(shù)據(jù)。

這些數(shù)據(jù)搜集到之后,我們需要對他們進行服務(wù)關(guān)聯(lián)與服

務(wù)化。

我們怎么樣建立可視化的視圖,它的一些全面的情況是什

么,業(yè)務(wù)人員所關(guān)注的業(yè)務(wù)的指標、當前的狀態(tài)是什么,

IT運維的主管領(lǐng)導(dǎo)所關(guān)心的運維指標是什么,與全面的運

維人員關(guān)注的運維信息又是什么,我們怎么樣去獲得,怎

么樣去處理,最終保證我們?nèi)崿F(xiàn)我們的服務(wù)管理的最終

的目標。

在這里,我給了大家一個事例,這個事例看起來是從一個

事件的角度我們嘗試去關(guān)注一個基礎(chǔ)架構(gòu)的問題,怎么樣

跟我們的業(yè)務(wù)進行關(guān)聯(lián)的。在這個事例當中,我們看到最

上面的事件,從基礎(chǔ)架構(gòu)搜集過來的事件,是發(fā)生在一個

服務(wù)器的名字叫做ERP-APP-01是利用率超高的事件,這是

原始的。我們忽略了中間很多傳統(tǒng)的事件,看到最后,可

視化的系統(tǒng)告訴了我們什么樣的信息。他告訴我們CPU使

用率超高的事件,導(dǎo)致了應(yīng)用服務(wù)器速度的下降,而應(yīng)用

服務(wù)器是ERP的關(guān)鍵組件,它又支持了應(yīng)用,最后,實際

上還在告訴你一些結(jié)論,由于CPU應(yīng)用服務(wù)的下降,導(dǎo)致

超過了1個Min的缺失,即使是這樣的事件。先不看對整

個高層領(lǐng)導(dǎo)有影響,業(yè)務(wù)人員最后只關(guān)注這一點,我的影

響是什么。但是對我們的IT運維人員來講,這樣的信息非

常有意義。我們看到了這些信息我們怎么做我們運維的優(yōu)

先級的劃分,我們確信是能做出來的。

這個PPT里面講了怎么樣從第一步到我們現(xiàn)在所看到的業(yè)

務(wù)信息的一步中間的一些過程,由于時間的關(guān)系不全面做

解釋,怎么樣做規(guī)范化、豐富、怎么樣從外部的數(shù)捱當中

獲得關(guān)聯(lián),最終從一個簡單的信息告訴我們業(yè)務(wù)影響的關(guān)

系,怎么樣去做不是我們今天的重點,假如有機會以后希

望能夠跟大家做一些全面地細節(jié)地溝通。

我們實際上已經(jīng)從一個事例的角度來看了一下IT的基礎(chǔ)

架構(gòu)跟業(yè)務(wù)之間關(guān)聯(lián)關(guān)系地一角。我們怎么樣來建立一個

IT的基礎(chǔ)架構(gòu)跟IT之間的關(guān)聯(lián),首先要熟悉一件情況,

現(xiàn)在大家看到左下角基礎(chǔ)架構(gòu)正在發(fā)生什么情況,我們明

白發(fā)生了什么情況之后,我們需要采取什么樣的行動做解

決,與這些情況是如何影響到了業(yè)務(wù)。

我們把這樣的一個從基礎(chǔ)架構(gòu)的事件的發(fā)生到對業(yè)務(wù)的影

響,與實現(xiàn)我們整個業(yè)務(wù)管理的目標,我們把它分解為6

個步驟,或者者是叫做6大方面可能會更合適。

第一部分是監(jiān)控,監(jiān)控所要實施的要緊的目標是如何去獲

知基礎(chǔ)架構(gòu)現(xiàn)在發(fā)生了什么。第二個步驟是體驗,我除了

從監(jiān)控的這個角度上能夠獲取這樣的數(shù)據(jù)之外,我還要明

白我們現(xiàn)在的一些應(yīng)用的最終的用戶,他對整個應(yīng)用的體

驗是什么,很有可能從基礎(chǔ)架構(gòu)看網(wǎng)絡(luò)、主機等設(shè)備都是

好的,但是有一個問題,用戶訪問這個業(yè)務(wù)訪問不了,或

者者是非常慢。第二個來講,我們怎么樣看最終用戶或者

者是IT的應(yīng)用,我們的業(yè)務(wù)的用戶他的表達。第三個部分

是他們之間的依靠關(guān)系,大家回憶一下我講的例子,從簡

單的CPU超標的事件,到我們整個業(yè)務(wù)全面的信息。這塊

來講,假如沒有跟業(yè)務(wù)依靠關(guān)系的關(guān)聯(lián)我們是沒有辦法實

現(xiàn)的。這部分來講,有一部分非常重要的是依靠關(guān)系,除

了支持可視化的分析之外,還在支持其他方面。第四大方

面非常重要的是業(yè)務(wù)指標,什么業(yè)務(wù)指標是被關(guān)注的,與

IT的基礎(chǔ)架構(gòu)的事件問題,IT對業(yè)務(wù)指標的影響是什么。

第五個非常大的方面是視圖,在視圖里面分為兩種,一種

是面向業(yè)務(wù)的,另外一種是從IT的運維來看的運維的視

圖。第六步我們叫做行動,包含我們在剛才講的三化當中,

非常重要的最后的一化自動化。

我對這6個步驟給大家做一個更詳盡地分解。第一個步驟

是監(jiān)視我們服務(wù)的基礎(chǔ)架構(gòu),這個服務(wù)架構(gòu)內(nèi)容里面就包

含我們事件從終端用戶來講,安全、網(wǎng)絡(luò)等等過來的基礎(chǔ)

事件。最終通過服務(wù)架構(gòu)監(jiān)控能夠看到我們右邊的視圖。

大家看到我右邊的視圖服務(wù)模型已經(jīng)出來了,這塊對基礎(chǔ)

架構(gòu)的監(jiān)控你所能夠看到的只是右上角視圖的左邊的部

分,只能看到發(fā)生了什么,不能準確獲知發(fā)生的信息跟我

們整個業(yè)務(wù)之間的關(guān)系是什么?,F(xiàn)在大家認為業(yè)務(wù)模型這

部分對大家來講是不可見的。

第二個步驟來講,衡量用戶體驗,主動的探測與主動的用

戶表達仿真去獲得我們用戶表達的數(shù)據(jù)。

第三個步驟來講,看到整個服務(wù)的依靠關(guān)系,第一個步驟

我們只是看到了這張圖的左邊的這部分,IT的基礎(chǔ)架構(gòu)發(fā)

生了什么,而這張,我們做到這樣的步驟來講,實際上整

個基礎(chǔ)架構(gòu)之間的關(guān)系,不僅僅是物理連接關(guān)系。而是他

們怎么樣支撐我們的應(yīng)用關(guān)系、業(yè)務(wù)關(guān)系,我們能夠建立

出這樣的服務(wù)模型。當我們建立這樣的服務(wù)模型之后,我

們的基礎(chǔ)架構(gòu)發(fā)生的情況就能夠跟我們的服務(wù)模型進行匹

配了。

第四個步驟當中,我們?nèi)タ锤覀儤I(yè)務(wù)有關(guān)的關(guān)鍵的性能

的指標,在查看這些關(guān)鍵性能指標里面,我需要強調(diào)的是

一個是我們從IT的角度看我們的應(yīng)能指標,還要從業(yè)務(wù)來

看,包含吞吐量。有一些用戶做了這樣的工作,包含當前

的IT基礎(chǔ)架構(gòu)的性能指標,跟用戶的數(shù)據(jù)基礎(chǔ)指標像吞吐

量、在線交易量,放在一起做分析,去看IT基礎(chǔ)架構(gòu)的指

標是怎么樣對用戶的業(yè)務(wù)指標產(chǎn)生影響的。

第五個方面來講,我們這些數(shù)據(jù)都有了,我們怎么樣通過

非常好的可視化的方法來提供我們服務(wù)的視圖。在這里給

了大家一些服務(wù)視圖的事例,這是不一致層次的視圖。我

們看到了全局的視圖,告訴了我們整個子系統(tǒng)的狀態(tài)與應(yīng)

用的狀態(tài)。每個子系統(tǒng)內(nèi)部的狀態(tài),像這樣的一些視圖來

講,更偏向于IT運維的視圖。我當前的事件是什么,與當

前的事件對我們應(yīng)用的影響情況是什么。這是基于服務(wù)的

一些視圖,我們IT環(huán)境當中幫助臺的情況,服務(wù)水平的合

規(guī)情況,與全面的整個接觸架構(gòu)關(guān)系的報表情況等等。

這是最后一步實施自動化,我需要再強調(diào)一下,自動化不

僅僅是我們很容易去懂得的自動部署、自動容量、自動探

測,實際上自動化是說在我們整個IT服務(wù)管理當中,是貫

穿始終的,你會發(fā)現(xiàn)會貫穿于各個部門的,在其他五個方

面都會出現(xiàn)。

最后,可能我就再做一下總結(jié),剛才我們要緊是從三個層

面,首先介紹了IBM服務(wù)管理的三個方面,還有剛才講到

的可視化、可控化、自動化等等三個方面。還有一部分,

從整個基礎(chǔ)架構(gòu)管理到IT服務(wù)管理漸進的層次來講,給大

家介紹了在IT服務(wù)管理的一些實踐,大家有其他的問題,

在會議之后能夠進行進一步地溝通,

非常感謝大家的寶貴時間,謝謝。

崟嗝乳非常榮幸今天有檄曾在道桂跟大保一起探言寸一IT

服矜管理的^躡。

上彳他IT服矜管理的贊展來看,大彳家在做各槿各檬的^

踐,包含在建言殳按照ITLI的最佳^除,結(jié)合H內(nèi)的^除情

況來建言殳相^的相^管理流程,而且不斷地使適棣的管理

流程走向更加成熟。即使是1?,我任1仍然贊現(xiàn),好象持

^在做造些管理流程的一些^施的吉舌,在我年號整偃I的謾程

常中仍然碰到瞭困轆。

比如^我年號很轆看到一彳固跟H矜相l(xiāng)i的祝H,比如^我件?

aa在支持IT渠矜的建雉與樊展,我仍號怎麼檬看到跟IT渠

矜相I與棠矜的可持化,是我憑很莫隹解決的冏題。

如何利用自勤化的n勤來降低整他1的皆用,提高服矜的提

供與整彳固服矜的^量,保瞪快速地^施。與面陶現(xiàn)在不管

是愿用璟境遢是IT自身的架橫建言殳也好,我杷號面陶瞭不斷

更新的技銜與服矜的樊展。在面陶道棣的服矜與技秫謗發(fā)展

的畤候,如何暹行由J新?

我相號今天的內(nèi)容就IT服矜管理的一些^^跟大彳家交流。首

先,道是大保都很熟悉的Gartner^於IT成熟度的模型,

彳徒目前我偽H內(nèi)的用戶來吉菁,大像都霓在一些被勤式的管

理,有一部分用戶在於主勤式或者者是面向服矜的管理,

或者者是第二次、第三眉次做瞭工作。比如^主勤的簽

控,魯就做一些容量與能力的規(guī)副方面的工作。我憑來看,

彳隹我杷號最^的IT的管理怎麼檬去面向IT服矜的管理來

的,IBM的服矜管理提出三偃|要緊的思想,第一彳固要緊的

思想是怎麼檬一彳固可視化,道是我憑在一^始^到的

冏題。如何能別把IT跟我相號渠矜之^的li系,與封蕖矜之

^的支持,我優(yōu)能匏)用可視化的方式看到,能箜irn古、測

量,加且能匏)支持我憑日常的建雉,

第二他方面,我儼把它吉?^可控化,我相號怎麼檬去瞭解

我憑現(xiàn)在所有的IT的瓷羥,在適些IT的資羥如何來支持

我相號日常的建雉,與IT的資羥我伊妝口何去螯寸它做一佰1更重

彳復(fù)地使用,與封他暹行一偃I更高效地利用,彳兔而減馨我件?

的成本與提高我優(yōu)的服矜^量,或且降低在管理謾程常中

的厘邛氤

第三彳固冏堰是自勤化,在自勤化造黠上,我憑不是^要有

什麼檬的羥品,或者者是在IT管理建言殳服矜某一彳固黠上^

施自勤化,落助我憑提高效率。彳能自勤化央言毒,不管是可

視化、可控化都貫穿在整他管理的謾程常中。自勤化我優(yōu)

提供流程的自勤化怎麼^壬縣包含^^il雉我憑做自勤化

的部署、整控,在整彳固盛控的方面,怎麼檬去^施自勤化,

來提高我年號的生羥效率。

首先彳徒可視化適值1目襟央言毒,我憑需要去洞察渠矜,我件號

需要去瞭解,現(xiàn)在的棠矜的狀熊是什麼,我憑的IT是怎麼

檬去支持我儼的渠矜的,直接能匏I彳健我件子的IT渠矜的支持

上面看到可交付的目襟。彳儉我相號的解決方案來言毒,我仍號需

要提供畤的視II與^畤的dashboard,包含我優(yōu)優(yōu)渠矜

合規(guī)、建雉整他瞭解現(xiàn)在資羥的管理所需要的可用性,與

道彳固可用性是不是很好地^^瞭我件號的棠矜目襟。

在我憑的右諼是給瞭大像一些可視化的視H,彳度面我優(yōu)就

造些可視化的內(nèi)容迤行展^^通。

第二彳固部FE可控化,剛才已^^炎到瞭要緊的核心思想是我

優(yōu)怎麼檬能匏)提供一彳固完善的操縱,能貧I去瞭解到我年號的

垣有的IT資羥與如何封我相號的IT資羥迤行僵化的利用。

在^到可控化道部分,大保曾想是不是^我杷5IT資羥的管

理,與彳險ITLI來音毒,更俱U重於CMDBiTIf的管理,彳儉彳爰面

整彳固建雉的角度來言第可控化封H瓷羥、CMDB的管理,

不是在資羥本身提供一彳固高效地利用率、管控也好,WF1

上封我杷號的^幺隹謾程怎麼^^^可視化,怎麼檬把^繁彳復(fù)

雄的基碘架情的事件、冏題能別可視化建成渠矜影簪。它

在道部分來者菁,提供瞭非常好的渠矜的技衍支持。

最彳爰是自勤化,符敏捷性融入到我優(yōu)的il雉常中,落助我

杷5快速地^壬帶S雉的目I票。

剛才我俯彳兔IBM服矜管理三彳固比較核心的思想與霍品黠,彳儉

我憑的言乳大保曾想到我件?現(xiàn)在面陶的是非常彳復(fù)濰

的IT的架橫。在我相號道張If下面,大??赡芸吹降氖窃谖?/p>

杷號下面的道部分,不管是彳性我件號的主檄、^放平耋、J1用、

^格、^音、傅WJ等等整彳固IT的基磁架橫。it是我伸現(xiàn)在

面陶的,彳健IT的視角看。

彳他渠矜視角看的話,我所需要的是一彳固蕖矜的交付,彳他金艮

行渠來看,我需要的是女罔上金艮行能茹)提供我乃所承^的服

矜級別,能匏)在我粗號用戶所期望,渠矜目襟所定羲的一些

警鷹畤IW也好,是在指襟之內(nèi)封我件號大的用戶,是筌寸渠

矜的用戶提供服矜。

我相號現(xiàn)在IT與棠矜之我憑怎麼檬來建立造槿驕系,與

怎麼^雉,道是我相號給出的一偃星菱的模型。

在道的模型常中,要緊的部分是三低次,在金字

塔模型最上端,是我相號的渠矜所要^施的整彳固渠矜的管理。

在中的眉次是一偃1曾聚的il雉的管理。下面造彳固J1次來

需是我件號熟悉地傅統(tǒng)IT的管理令射或。我相號定羲卷一值I技

彳行的事渠令時或的管理,包含舉打!用、^格、主檄、安全、

放平疊、存儲等等的各值I支持我杷號的IT基磁架橫的整彳固

璟境的各偃I事渠令取或的管理。

我分瞭雨部分探言寸,一部分我憑曾俱IJ重於在言氟根撼我件?

現(xiàn)在^雉的璟境,我憑怎麼檬在基磁架橫的眉次做技街令直

域的事棠的管理。另外一部分,探言寸怎麼檬面向棠矜服矜

的管理。

首先,我儼彳也大像非常熟悉的領(lǐng)域^始,面向一彳固事渠技

彳而令直域的管理。富我伸回到各彳固事槊技彳射令鼬或,回到^^各、

鷹用、存^等等適些令黑或的畤候,我憑來看道彳固令巢或常中,

我相號的建雉目襟是什麼。可能作一彳固^^部FE的令:!蹲、

我憑大概是^很莫隹去把我憑的余罔格跟棠矜之^

做一彳固非常好的很一致、完全的封鷹。因^^^支持著很

多的愿用的^行,與我憑商棠的il行,在適檬的情況下,

我儼I彳於我儼]的建雉目檄來看,作卷我倒1系統(tǒng)事棠的令直域,

我相號的建雉目襟是什麼。在造彳固地方,我相膾能吉瞭雨彳固方

面的建雉目檄。

首先,建雉目檄是要保Bi我相號的系統(tǒng)可用性。一者炎到可用

性,大彳家博i炎到,我優(yōu)怎麼檬去現(xiàn)一彳固高可用性,我的

可用性的能力是什麼。道他地方我憑定羲是我憑系統(tǒng)的可

用性目襟是滿足我粗號的棠矜要求的,其次彳妙M雉的角度來

我杷號有非常重要的目襟是在整偃?系統(tǒng)的生命周期的建

與殳謾程常中,如何利用造棣科擘的數(shù)獴的分析,來支持整

他?系統(tǒng)的持^地贊展。道是彳至技街的事渠令財或來^的建雉

目襟,彳性垣在不管是n內(nèi)、閾外,大彳家在技彳行令直域的事渠

的管理令酎或桂面,大彳家的一些成功的我伸要緊

分卷下面四彳固方面。

第一彳固方面我儼去提供瞭一他?可視化地簽控,或者者^我

儼提供瞭可視化的祝置I。第二彳固方面是提供一他1很娶固的

事件基磁,道是非常核心的一部分。參考棠移影簪^系定

羲鼓掌分^或者級別,與我粗號要采取什麼措施翥量減馨或

者者是消除、11防造些能帶來的影警。第三倜方面是器寸所

事言主的造彳固基磁架情令直域,它的il行的數(shù)摞全面的分析,

道些分析是我憑要定羲什么我憑的KPIo道些KPI它的建

行的^效是怎麼支撐渠矜的。第四值I是建立流程化的管理

平耋,支持II雉窺活的要求。

彳隹道彳固次來言黃,包含我相號跟n內(nèi)很多的用戶來做一些建

雉方面的工作,在建言殳的謾程常中有很深的ft畬,有可能

你建瞭非常好的女雕各管理系統(tǒng)、主械管理系統(tǒng)、存^管理

系統(tǒng)或者者是其他基磁架情的管理子系統(tǒng)。但是畬彝現(xiàn),

道彳固系統(tǒng)很it在良性的璟境下做持地更新地滿足我優(yōu)的

建雉要求。上造方面通常存在的冏題是我儼集是橫建

適值I技彳桿平耋,我杷號加沒有去封如何^^值I技彳桿平毫保Bi

我相號的棠矜目檄,^^我相號的IT建雉目襟道方面做相^的

制度、流程化的支持,去使造彳固技街平耋如何最大限度地

去樊揮它的作用。

首先是建立一彳固箋固的事件基磁,優(yōu)技缽j平耋來言毒,我憑

是怎麼檬能匏)去冢多的基磁架情事件常中迤行高效地慮

理。根撼我件號的在一偃I類期以於一偃I省的規(guī)模的^^

常中,即使彳堇僮是^^的一彳固事渠領(lǐng)域一天的事件量,大

概是在黑十離脩左右。道是我憑很多用戶一起建言殳富中做

的統(tǒng)言十數(shù)撼,如何^道黑十離脩的數(shù)撼彝生之彳爰,^除上

真正影^到^雉、影警到棠矜事件的氛圉加不多。我年號怎

麼檬在適些事件常中抽取出封我憑蕖矜真正有影警的事

件,加堂寸其謹行虞理。因此11方面我憑特別弓金^如何建立

一彳固箋固事件的基碘,在一偃I平耋上,能匏)以高效地方式

螯寸它暹行慮理。

在建立事件基碘,事件量非常大,假如所有的事件都原始

移謾來都不行,造檄的言舌,言午多暹行事件的自勤屋縮。我

想弓金道檬的屋縮是不是能夠優(yōu)企棠的需求出彝做定制,

不是^把原來的丟掉瞭迤行屋縮。

建立堊固事件的基碘遢有一部分是我相號不需要^某彳固交換

檄的某彳固交換端口宕瞭,我出?1r迤行什麼影簪,我任I彳健事

件分析、居朝到黑制也好,我憑需要彳走最基磁的IT事件告

我相力比如^是某一彳固管渠部彝生瞭中斷,道棣的信息曾

比某一彳固斷口出II瞭端口宕造檬的信息。不管是封於IT

怎麼判斷侵先級,與渠矜來者著,都要有可視化。

彳險我憑的目木票來吉心翥可能地采集更多的事件,但是優(yōu)

繁徨親隹的事件迤行分析,告^我憑真正跟棠矜相n哥耳箭的事

件是什麼,適些跟蕖矜后眼箭羥生的事件,才是我相號^雉遇

程富中需要核心地慮理與解決的冏題。造是第一彳固方面建

立一偃1箋固的事件基碘。

第二僭I方面,我憑怎麼檬彳兔我憑各彳固基碘常中做性能的分

析支持我年號的性能管理、彳爰^的容量規(guī)副能力上的管理。

適值I地方聚瞭雨值I例子,一值I是基於基^的性能分析,不

是每一彳固罩次、罩黑占的分析,而是優(yōu)我憑整彳固的渠矜屣史

表現(xiàn)看。比如^金融棠來聲著,像^金艮的表現(xiàn),每周一到星

期天,與每天的Array黠到5黠,整彳固的流量建化超勢是

不一棣的。我憑通謾基留泉的分析,我什!怎麼棣去貍得僵化

現(xiàn)在系統(tǒng)的容量,與現(xiàn)在的系統(tǒng)容量是否能匏)支持渠矜不

新增晨的需要。

在性能分析道部分,我憑要迤行一值I予就刖,我憑要彳隹罩褐

的女且件,與整彳固渠矜鷹用^件的^合木里面,我憑分析現(xiàn)在

提供的容量與性能是不是能賀J滿足我憑整低I渠矜增辰的需

要。然彳度大概1t在什麼黠的疇候,假如常我憑的H矜增是

到什麼規(guī)模,我現(xiàn)在的IT基磁架橫要迤行^容與升級,11

棣的吉舌,我件"故?i先的n■副,避免常棠矜的快速增是,而

使我憑的IT系統(tǒng)造成封渠矜增辰的瓶第凱

第三僭^方面51a套怎麼檬去瞭解我憑整彳固的IT的資羥

包含我杷號的^^、鷹用、鷹用之^的li系等等,包含^^

之IW的^系,彳能而封我件號整彳固的IT資羥^施操縱,

化地使用提供一他基碘。

造是一些例子,^於IT的資羥的輟表。我相,要去瞭解我儼

常前的使用率是多少,是不是有^置的,是不是我憑的容

量。造部分的言舌,我憑1r去憤同我憑剛才到的容量的分

析,卷我憑規(guī)副未來IT的服矜坐寸渠矜的支撐能力提供基

%

第四偃]方面,彳親子系統(tǒng)的管理來Bt,是怎麼檬建立一彳固流

程化的平耋,使大彳家日常^雉的工作能夠在流程化的平耋

上來迤行一彳固可效的^施,所有的建雄人具都曾定羲他的

建雉角色與^雉的殿責,最彳度通謾流程化的平耋去履行他

ig雉上的一些要求。

造是一些祝IS的呈壬嵬下面遢有一彳固視H。在造他I地方,

前面我憑的演音聾桂面也醵到瞭我相號怎麼檬堂寸一些效等等

暹行考量,琪在我件號看到的視H,整偃1故障彝生持^狀熊

的^^的祝II。

我相號再回驚一下剛才^到金字塔的服矜模型,剛才我杷脂毒

瞭最基碘的一部分,也就是言兌整彳固IT事棠令第或的管理,與

在造彳固事渠令黑或管理上的^雉目檄,有雨黑占,一低I是怎麼

檬保瞪整低I系統(tǒng)的可控性。第二低I是封系統(tǒng)迤行押估與分

析規(guī)副未來的樊展。另一方面除瞭雨值I建雉目襟來髓,跟

大保分享瞭一些在n內(nèi)的建言殳常中,我粗肚匕較多的四彳固方

面的^躡,建立一偃1可視化的祝H,與建立一彳固非常好的

事件的基磁,迤行性能與容量的分析。最彳爰是^建立流程

化的平毫保瞪建雉能夠在一值I企棠所要求的一些制度的璟

境下面迤行非常良好地il行。在彳爰面造部分內(nèi)容貍面,我

我憑上面的雨眉。剛才造部分,我相號更多地去看怎

麼棣做基磁架情的il雉,彳度面央言毒,我憑偏重於怎麼檬把

基磁架情的建雉跟我杷號的棠矜目檄求迤行幺吉合,最^^我

優(yōu)的渠矜來服矜。

現(xiàn)在大彳家看到的適張2船吉的片子,是^我粗慳寸整彳固曾聚管

理,就剛才中^的造眉,寅除上常我在Bt基磁架情的各他I

事渠子系統(tǒng)的管理的疇候,大彳家有一些疑冏瞭,女罔格集看

^的,系統(tǒng)集看系統(tǒng)的,鷹用集看鷹用的,存儲集看存

儲的,施來看渠矜,施來封整彳固的渠矜目檄負責,與保n

IT雉真正是^^棠矜目襟的,因此我粗號要做彳爰面的情

況。

第一步我憑所到的是做一偃11r聚的建雉管理,在造彳固管

理桂面,不管是余用格的、存鋸的、主檄的^放平耋、系統(tǒng)、

鷹用、^音等等各彳固璟境子系統(tǒng)的數(shù)撼,上是需要送

到畬聚的平耋,由曹聚的平耋迤行慮理,最琨棠矜目

檄建立我相號的服矜模型來服移。

在造彳固畬聚的平疊未里面,我件?在道他地方也名恩系吉瞭它的一

些雉目本票。適值I曰寺候,我粗號要做集中的ITil雉管理,不

再是^^看^絡(luò)、系統(tǒng)看系統(tǒng),^與系統(tǒng)的建雉人員在

整偃I醴系常中燮成瞭二幺泉,在一^來言普,我相?要看整他IIT

的狀熊,與擘寸常前的IT的建雉來迤行一彳固快速警鷹。

在it方面來Bt,我什號也^^吉瞭一些成功的建踐,是建

立一彳固整合的事件平耋,道彳固畤候不是面向事蕖的子令生或

的,是面向整他I基磁架橫的整合平耋,與如何迤行一些可

視化的方式來去看現(xiàn)在的IT基磁架情的狀熊,與垣在棠矜

的行狀魅。

基於我什旺兄在所^到的一偃I剛才^瞭基碘架情自身的管理

冏題,畬聚的建雉平耋,我件號最^是要^^一他更高的目

檄是怎麼檬暹行一偃1棠才務(wù)服矜的管理。在道他I地方求言著,

我相亞兄在看到道張IH跟大??吹交偶芮楣芾淼腎I非常^

似。最下面是我憑整彳固基磁架橫的內(nèi)容,在基磁架播的內(nèi)

容來辛菁,我相號要通謾一些基磁手段封整彳固數(shù)撼迤行采集,

包含依賴^系的采集、事件性能的采集、數(shù)撼的采集,其

他第三方的數(shù)撼的采集。不管是彳儉蕖矜部I3號看可視化的視

m,遢是棠矜部口號來看居找主的不彳堇彳堇是我憑IT提供的指

檄,可能遢包含棠矜的基碘指襟,比如^常前的琪境下,

某一偃?核心的渠矜吞吐量是什麼。因此大保曾看到,我件?

在整偃?艘系管理的疇候,大保能夠熬卷,前面雨部分是言炎

IT的數(shù)撼,道遏的數(shù)撼不彳堇催是來自IT系統(tǒng)自身的數(shù)撼,

遢曾乘自於棠矜系統(tǒng)的數(shù)撼。

造些數(shù)撼搜集到之彳爰,我相號需要封他優(yōu)迤行服矜n哥耳腳與服

才務(wù)化。

我憑怎麼棣建立可視化的視圈I,它的一些辭細的情況是什

麼,棠矜人具所n者主的棠矜的指襟、常前的狀熊是什麼,

IT建雉的主管領(lǐng)醇所^心的建雉指襟是什麼,與言羊黜的建

雉人員后器主的建雉信息又是什麼,我憑怎麼檄去貍得,怎

麼棣去慮理,最^保瞪我傷去我憑的服矜管理的最

的目黑

在道桂,我系合瞭大保一彳固事例,道彳固事例看起來是彳住一值I

事件的角度我相號魯吉式去年我主一彳固基磁架橫的冏題,怎麼檬

跟我憑的棠矜迤行^^的。在造偃1事例常中,我憑看到最

上面的事件,彳健基碘架情搜集謾來的事件,是彝生在一彳固

服矜器的名字叫做ERP-APP-01是利用率超高的事件,適是

原始的。我件號忽略瞭中^很多傅統(tǒng)的事件,看到最彳爰,可

視化的系統(tǒng)告^瞭我憑什麼檬的信息。他告^我相號CPU使

用率超高的事件,溥致瞭鷹用服矜器速度的下降,而鷹用

服矜器是ERP的li維余且件,它又支持瞭鷹用,最彳爰,

上遢在告^你一些箔箭缸因卷CPU鷹用服矜的下降,醇致

超謾瞭1偃1Min的損失,即使是造檄的事件。先不看堂寸整

彳固高眉領(lǐng)厚有影簪,棠矜人具最彳爰集后依主造一黠,我的影

警是什麼。但是封我優(yōu)的IT建雉人具來Bt,適檬的信息非

常有意羲。我偽看到瞭it些信息我件號怎麼做我憑il雉的僵

先級的副分,我憑確信是能做出來的。

MPPT未里面^瞭怎麼檬彳徒第一步到我儼現(xiàn)在所看到的渠

矜信息的一步中^的一些謾程,因卷畤^的居司系不言粽田做

解釋,怎麼檬做規(guī)范化、瞿富、怎麼檬彳儉外部的數(shù)撼富中

掩得li耳缸最^^一彳固曾軍的信息告^我優(yōu)棠矜影簪的^

系,怎麼檬去做不是我憑今天的重黠,假如有檄曾以彳爰希

望能貧)跟大保做一些辭細地黜WJ地潢通。

我相號上已^^一彳固事例的角度來看瞭一下IT的基磁

架橫跟棠矜之嗡福身系地一角。我憑怎麼檬來建立一彳固

IT的基磁架橫跟IT之^的^月船首先要瞭解一件情況,

現(xiàn)在大彳家看到左下角基碘架情正在彝生什麼情況,我年號明

白彝生瞭什麼情況之彳度,我憑需要采取什麼檬的行勤做解

賽與造些情況是如何影簪到瞭棠矜。

我相號把造棣的一他1彳徒基碘架情的事件的彝生到封棠矜的影

警,與^^我乃整彳固渠才務(wù)管理的目襟,我件號把它分解卷6

彳固步驟,或者者是叫做6大方面可能曾更合逾。

第一部分是盛控,盛控所要^施的要緊的目上票是如何去掩

知基磁架橫現(xiàn)在彝生瞭什麼。第二他I步驟是醴瞬,我除瞭

彳隹盛控的造彳固角度上能箜)貍?cè)〉烂实臄?shù)撼之外,我逮要明

白我杷號琪在的一些愿用

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論