ITIL實(shí)施記實(shí)之配置管理經(jīng)驗(yàn)談
我在這家公司工作了三年，很少象這樣需要開動(dòng)所有腦力去思考一件工作，配置是一個(gè)很重要的基礎(chǔ)，同時(shí)也是讓我耗費(fèi)腦力最多的一塊，所以先把它寫下來。
先介紹一下我們的業(yè)務(wù)情況，我們公司的運(yùn)維項(xiàng)目較多，有網(wǎng)絡(luò)、系統(tǒng)的、桌面的、軟件的，而且這些項(xiàng)目用到的設(shè)備都存在共用的情況，比如一個(gè)段線路，會(huì)屬于多個(gè)項(xiàng)目使用，一臺(tái)客戶的電腦，也可能裝有多個(gè)管理軟件，同時(shí)它又是屬于桌面運(yùn)維的，這些我們的IT組件一是數(shù)量多(光是需要桌面運(yùn)維的電腦臺(tái)數(shù)在5000臺(tái)以上)，二是相互的關(guān)系復(fù)雜。
我現(xiàn)在所講的，是經(jīng)過很多思考與折騰后，所整理出來的，我對(duì)配置管理的出發(fā)點(diǎn)，是從軟件實(shí)現(xiàn)方面考慮的，這可能與其它的公司有一些不一樣，一開始，在思考整個(gè)配置的模型，也是CMDB的業(yè)務(wù)層面邏輯，很長(zhǎng)一段時(shí)間，在CI的結(jié)構(gòu)與關(guān)系方面，我一直無法理清楚，因?yàn)楫?dāng) CI的結(jié)構(gòu)是怎樣，關(guān)系是怎樣不確定前，整個(gè)模型根本無從建立。最開始首先確定的是，我決定把CI的結(jié)構(gòu)與關(guān)系分離，即結(jié)構(gòu)是結(jié)構(gòu)，關(guān)系是關(guān)系，兩者不互為影響，作用也各自不同，這個(gè)想法應(yīng)該是比較大膽的，而且這是在我對(duì)ITIL不熟悉的情況做出的決定，如果這個(gè)做法錯(cuò)誤，后續(xù)的很多工作都會(huì)受到影響。
決定后，剩下來就是攻破結(jié)構(gòu)與關(guān)系了。在那段時(shí)間的思考中，CI的結(jié)構(gòu)是首先想通的，可能是因?yàn)橐郧笆亲鯡RP實(shí)施的關(guān)系，也可能是因?yàn)榭蛻羰瞧囍圃焐痰年P(guān)系，最終我發(fā)現(xiàn)將CI組裝時(shí)，它的呈現(xiàn)很象ERP中的BOM結(jié)構(gòu)，這是個(gè)父子結(jié)構(gòu)，它可展開任意的節(jié)點(diǎn)，這種結(jié)構(gòu)具有很大的擴(kuò)展空間，也解決了配置管理顆粒度大小變化的問題，經(jīng)過幾天的思考后，我已非常確定這個(gè)思路可以解決我們的CI結(jié)構(gòu)問題。
剩下的關(guān)系是花的時(shí)間比較久的，查了不少資料，我一直想確定到底CI之間有哪幾種關(guān)系，這本身我一直覺得這個(gè)ITIL的推廣組織本身需要制定或想通的，而不應(yīng)該由我來思考，我也看了常態(tài)下象IBM他們的做法，但他們關(guān)系與結(jié)構(gòu)是互為一體的，而且他們對(duì)關(guān)系的定義簡(jiǎn)單了些，所以***沒有采用。在思考CI的關(guān)系時(shí)，我甚至上升到哲學(xué)的層面，去思考人與人之間的關(guān)系有哪一些，事物與事物之間的關(guān)系有哪一些，看是否能對(duì)得出CI之間的關(guān)系有一些啟發(fā)作用，也在網(wǎng)上查了很多關(guān)于事物關(guān)系的說明，可惜沒有找到有用的說明資料。
最終找到一個(gè)解決方法，是一個(gè)周五下午快下班的時(shí)候，當(dāng)時(shí)正在畫一個(gè)示意圖，想向領(lǐng)導(dǎo)表達(dá)，日后如果我們完成配置的結(jié)構(gòu)與關(guān)系構(gòu)建后，呈現(xiàn)給我們的是一個(gè)怎樣的東西，當(dāng)時(shí)只把CI抽象成幾個(gè)集合，CI是用一個(gè)圓圈圖示代替，在畫了幾個(gè)圖示后，突然有一點(diǎn)靈光閃過，我發(fā)現(xiàn)當(dāng)把幾十萬個(gè)CI用這樣方式串聯(lián)起來時(shí)，象一個(gè)個(gè)燈泡一樣，有的亮有的不亮，通過關(guān)系將這數(shù)量龐大的燈泡連接起來時(shí)，這種情況好象電路圖，每一個(gè)CI 位于一個(gè)復(fù)雜的線路中，形成我們公司自已的配置地圖，而且這是一個(gè)三維的圖形，多個(gè)項(xiàng)目形成一個(gè)面，每個(gè)項(xiàng)目的根據(jù)結(jié)構(gòu)展開的所有CI形成一個(gè)面，而每個(gè) CI之間的關(guān)系又形成一個(gè)面，腦子里當(dāng)時(shí)形成了這圖象(這個(gè)三維的圖形后來嘗試了好幾次用VISIO或PPT畫出來，一直沒有成功)，想到這一點(diǎn)當(dāng)時(shí)很興奮，終于看到了一道門。于在是周末休息時(shí)，去書店把數(shù)字電路的書找來看了一些篇章，最終確定引入門電路的概念來解決關(guān)系的問題。
上面介紹的是思考過程，在完成這個(gè)思考過程后，在項(xiàng)目啟動(dòng)會(huì)上，匯報(bào)了此構(gòu)想，得到領(lǐng)導(dǎo)認(rèn)可，同時(shí)為了驗(yàn)證可行性，我找了一個(gè)公司典型的項(xiàng)目做了一次試驗(yàn)，看一下這樣的模型是否存在問題。這里要說明一下，我們把結(jié)構(gòu)與關(guān)系分離，一是考慮結(jié)構(gòu)與關(guān)系是互不對(duì)等的，二是可以讓其獨(dú)立作用在不現(xiàn)的地方，這樣分離之后，結(jié)構(gòu)與關(guān)系本身更加嚴(yán)謹(jǐn)，我們將結(jié)構(gòu)用于事件定位，關(guān)系用于故障推演，一個(gè)著眼于現(xiàn)在，一個(gè)著眼于未來。下面將展開細(xì)節(jié)說明。
一、配置管理規(guī)劃
由于以前實(shí)施REMEDY時(shí)，我們積累了一定的經(jīng)驗(yàn)與知識(shí)，也具備一些配置管理的概念，所以規(guī)劃方面，相對(duì)單純一些，我們以管理科為主導(dǎo)，各業(yè)務(wù)領(lǐng)域的主管為成員，目標(biāo)是所有項(xiàng)目的CI項(xiàng)納入管理，在此作業(yè)開展前，我制作了一個(gè)作業(yè)計(jì)劃，主要分幾個(gè)階段。
1)CI分類規(guī)劃
2)CI屬性設(shè)計(jì)
3)CI命名規(guī)劃
4)CI模版制作
5)配置數(shù)據(jù)收集
細(xì)節(jié)的作業(yè)進(jìn)程就不一一介紹了，在做這個(gè)計(jì)劃與真正執(zhí)行時(shí)，發(fā)現(xiàn)一些很有意思的現(xiàn)象，也算是經(jīng)驗(yàn)了，這些點(diǎn)我會(huì)在下面逐一介紹到，下面將我們的整體的配置模型做一個(gè)介紹，
示意1
說明：
客戶組織：指我們的客戶的組織及用戶信息
運(yùn)維組織：指我們內(nèi)部的服務(wù)機(jī)構(gòu)及員工信息
服務(wù)目錄：不作名詞解釋了
運(yùn)維對(duì)象：常態(tài)上說的配置管理，即CI的集合
這四個(gè)緯度構(gòu)成我們需要關(guān)注的所有配置信息，每一個(gè)緯度都是一個(gè)結(jié)構(gòu)獨(dú)立的樹狀目錄，它可以多層級(jí)多節(jié)點(diǎn)的細(xì)分下去(這一點(diǎn)非常重要)，在CMDB中我只會(huì)放入運(yùn)維對(duì)象的所有信息(結(jié)構(gòu)與關(guān)系)，而運(yùn)維對(duì)象與其它三個(gè)面的關(guān)系，也是會(huì)存放在CMDB中的，當(dāng)客戶組織、服務(wù)目錄、運(yùn)維組織都與運(yùn)維對(duì)象發(fā)生關(guān)聯(lián)時(shí)，這時(shí)，運(yùn)維組織與客戶組織(一個(gè)服務(wù)人員服務(wù)的客戶是哪一些，或一個(gè)客戶對(duì)應(yīng)的服務(wù)人員是誰)，客戶組織與服務(wù)目錄(一個(gè)客戶享用哪一些服務(wù)，或一個(gè)服務(wù)哪一些客戶)，運(yùn)維組織與服務(wù)目錄(一個(gè)服務(wù)人員可以提供哪一些服務(wù)，某個(gè)服務(wù)哪一些服務(wù)人員可以提供)，這些都可以通過虛擬連接起來，這種模型的建立，會(huì)帶來日后無比便利的統(tǒng)計(jì)分析與查詢匯總，同時(shí)也會(huì)解決我們現(xiàn)在許多管理上的癥結(jié)。
為了后續(xù)交流的方便，我還需要對(duì)項(xiàng)目這個(gè)名詞做一個(gè)定義，我是把它當(dāng)成一個(gè)CI的集合，它是運(yùn)維對(duì)象的一個(gè)節(jié)點(diǎn)，你也可以理解一個(gè)項(xiàng)目就是一個(gè)CI，這個(gè)CI是一個(gè)虛擬CI，它可以展開許多子節(jié)點(diǎn)，每一個(gè)節(jié)點(diǎn)都是CI，項(xiàng)目由于是我們公司很重要的一個(gè)“單位”，它與結(jié)算、人員、組織、服務(wù)目錄這些都會(huì)存在關(guān)聯(lián)，所以后續(xù)會(huì)經(jīng)常提到它。
整體模型
上面介紹的都是規(guī)劃階段的事情，這時(shí)具體的配置工作還沒有真正展開，上面的整體模型相當(dāng)于戰(zhàn)略，也是一個(gè)重要的基石，它決定了后續(xù)許多的事物構(gòu)造，比如后續(xù)要介紹的內(nèi)容，同時(shí)這種模型如此規(guī)劃時(shí)，它如何在其它的流程中作用(比如事件管理、變更等)中發(fā)揮作用，也是做了考慮的。說到這個(gè)就有一個(gè)建議了：
在構(gòu)建ITSM系統(tǒng)時(shí)，我的建議是首先從配置管理開始，而不是通常人們建議的從事件管理開始，配置管理決定地你們的運(yùn)維管理的精細(xì)度與作業(yè)方向，它如何規(guī)劃設(shè)計(jì)，會(huì)直接影響流程，你的絕大多數(shù)的數(shù)據(jù)質(zhì)量也是由配置管理所決定的，在這個(gè)基石沒有想清楚與確定前，展開事件及其它流程，***整個(gè)作業(yè)可能是松散的，甚至可能是錯(cuò)誤的，你的配置管理越精細(xì)，它對(duì)你的事件流程及變更流程，都是會(huì)產(chǎn)生影響的，配置管理顆粒度越細(xì)，它對(duì)我們的服務(wù)人員的作業(yè)行為要求就越高，引發(fā)的變更控制措施也就越多。在我的想象中，配置管理是一個(gè)服務(wù)平臺(tái)的***層建筑，它也是一個(gè)約束整個(gè)服務(wù)機(jī)制的重要所在。所以在項(xiàng)目的最初期，我一直是想先開發(fā)CMDB的，先把CDMB搞出來，然后灌數(shù)據(jù)，直接維護(hù)，不用事件管理，也不要變更管理，而是光光的 CMDB，到時(shí)我想看看所有的CI信息進(jìn)去后，整個(gè)運(yùn)維地圖是如何的，故障的推演是否能實(shí)現(xiàn)，如果這些都是穩(wěn)固的，再在這個(gè)基礎(chǔ)上構(gòu)建其它的應(yīng)用模塊。
CMDB先開發(fā)出來還有一個(gè)好處，解決了配置數(shù)據(jù)收集維護(hù)問題，我們的配置數(shù)據(jù)屆時(shí)會(huì)非常龐大，如果先收集，那在系統(tǒng)還未上線前，只能用電子表格維護(hù)，考慮到關(guān)系、結(jié)構(gòu)的復(fù)雜，這基本上是不現(xiàn)實(shí)，每天有事件發(fā)生，無法做到同步的更新，不先收集，要等到系統(tǒng)上線的準(zhǔn)確時(shí)間點(diǎn)，完成數(shù)據(jù)收集，這個(gè)難度又太大。(做過ERP的朋友，應(yīng)該知道在系統(tǒng)上線時(shí)，倉(cāng)庫盤點(diǎn)數(shù)據(jù)導(dǎo)入的難度，只要業(yè)務(wù)不停，數(shù)據(jù)總是一個(gè)動(dòng)態(tài)的，而我們的配置數(shù)據(jù)遠(yuǎn)比這種數(shù)據(jù)復(fù)雜)，有了CMDB后，我們有足夠的時(shí)間去收集試驗(yàn)，同時(shí)還可以同步更新。 #p#
二、配置模型設(shè)計(jì)
1)CI結(jié)構(gòu)
在CI的結(jié)構(gòu)定義中，我們的思路中，有兩個(gè)關(guān)鍵詞，“樹狀目錄”和“父子節(jié)點(diǎn)”及“虛擬CI”，基本的理念中，根據(jù)BOM的原理去構(gòu)建我們的配置結(jié)構(gòu)，最終形成的，整個(gè)公司的所有CI最終會(huì)掛在一個(gè)目錄之下，象一棵枝葉茂密的大樹，一個(gè)項(xiàng)目相當(dāng)于一根樹枝，一個(gè)CI 相當(dāng)于樹枝上面的一片樹葉，樹干是父，樹枝是子，樹枝是父，樹葉是子，父與子是一個(gè)相對(duì)的概念，用一個(gè)實(shí)例來說明，比如我們一個(gè)桌面項(xiàng)目，有2000多臺(tái)電腦維護(hù)，每個(gè)電腦由顯示屏、主機(jī)、電源之類的組成，這個(gè)項(xiàng)目就是父節(jié)點(diǎn)，每一個(gè)臺(tái)電腦就是子節(jié)點(diǎn)，但當(dāng)顆粒度到更細(xì)時(shí)，一個(gè)電腦由顯示屏及主機(jī)組成，這時(shí)，相對(duì)于顯示屏、主機(jī)而言，電腦是父節(jié)點(diǎn)，而主機(jī)是子節(jié)點(diǎn)了，如果顆粒度再精細(xì)時(shí)，把硬盤、內(nèi)存、主板、CPU作為CI管理時(shí)，此時(shí)主機(jī)又是父節(jié)點(diǎn)了。
這里還有一個(gè)現(xiàn)實(shí)問題，一個(gè)桌面項(xiàng)目，它的子節(jié)點(diǎn)就是2000多臺(tái)電腦，這樣的目錄，可能會(huì)太長(zhǎng)了，不利于管理，這時(shí)為了統(tǒng)計(jì)或管理的方便，我們可以構(gòu)建幾個(gè)虛擬CI，比如按廠區(qū)，如果這2000多個(gè)臺(tái)電腦是分布在十幾個(gè)廠區(qū)內(nèi)的，我們可以將這十幾個(gè)廠區(qū)，也做為節(jié)點(diǎn)管理，這時(shí)，桌面項(xiàng)目下面的子節(jié)點(diǎn)就只有十幾個(gè)了(廠區(qū))，每一個(gè)子節(jié)點(diǎn)下面的節(jié)點(diǎn)只有100多臺(tái)電腦了，這樣更富于結(jié)構(gòu)，也便于查詢定位，這是虛擬 CI的概念，它是由于管理的需要產(chǎn)生的，這里面要尤其注意一個(gè)問題，當(dāng)廠區(qū)已經(jīng)作為屬性管理時(shí)，是不能再為之構(gòu)建虛擬節(jié)點(diǎn)的，因?yàn)槟愕囊磺泄芾硇枨笠呀?jīng)在屬性中考慮了，所以結(jié)構(gòu)的設(shè)計(jì)是一個(gè)智慧的事情，你要考慮到分類、屬性設(shè)計(jì)的空間問題，不然到時(shí)有許多要素重疊，這樣一是不效率，二是可能導(dǎo)致數(shù)據(jù)沖突。
對(duì)于偏硬件的項(xiàng)目而言，它的CI結(jié)構(gòu)規(guī)劃是相對(duì)簡(jiǎn)單的，真正復(fù)雜的是軟件類的項(xiàng)目，比如象我們的DMS(經(jīng)銷商管理系統(tǒng))類項(xiàng)目，它是汽車制造商為了管理它的分銷商而產(chǎn)生的，一般大型的汽車制造商的分銷商(4S店)有200-400家左右，甚至更多。每一家分銷商的店內(nèi)都有一臺(tái)服務(wù)器，安裝有DMS的服務(wù)端，店內(nèi)還有許多電腦安裝有客戶端，而汽車制造商本身也有服務(wù)器，它與每一家分銷商的服務(wù)器對(duì)話，交流數(shù)據(jù)。
這種項(xiàng)目涉及網(wǎng)絡(luò)，數(shù)據(jù)接口，幾百個(gè)的數(shù)據(jù)庫，眾多的服務(wù)器與工作站，這時(shí)的配置規(guī)劃就有一定難度了，但基本上我還是發(fā)現(xiàn)存在一定的規(guī)律，在項(xiàng)目下面的一級(jí)節(jié)點(diǎn)中，按應(yīng)用服務(wù)器、數(shù)據(jù)庫服務(wù)器、接口服務(wù)器、程序、接口程序、數(shù)據(jù)庫、專用設(shè)備、相關(guān)組件、相關(guān)網(wǎng)絡(luò)等這樣的思種去規(guī)劃，再逐個(gè)細(xì)化，就可以理清整個(gè)項(xiàng)目的CI結(jié)構(gòu)，這里需要注意的事情是共用 CI的問題，當(dāng)一個(gè)CI的運(yùn)維權(quán)在某個(gè)項(xiàng)目時(shí)，這個(gè)CI的所有內(nèi)部信息，別的項(xiàng)目只能調(diào)用，不能對(duì)其進(jìn)行解釋，比如上面說的DMS項(xiàng)目中會(huì)用到相關(guān)網(wǎng)絡(luò)(A網(wǎng)路)，A網(wǎng)絡(luò)內(nèi)部的所有結(jié)構(gòu)與關(guān)系信息，都是由網(wǎng)絡(luò)領(lǐng)域的團(tuán)隊(duì)進(jìn)行規(guī)劃設(shè)計(jì)的，DMS項(xiàng)目只能調(diào)用A網(wǎng)絡(luò)本身這一個(gè)組件，這一個(gè)理念會(huì)非常重要，因?yàn)楫?dāng)項(xiàng)目眾多，組件復(fù)雜龐大時(shí)，整個(gè)公司級(jí)的配置結(jié)構(gòu)是難以合作同時(shí)構(gòu)建的，這時(shí)需要制定相應(yīng)的游戲規(guī)劃，教每個(gè)團(tuán)隊(duì)按規(guī)則去繪制自已的整個(gè)樹枝，***會(huì)自動(dòng)組裝成一個(gè)參天大樹，把最專業(yè)的事情交給最專業(yè)的人，用一種比較簡(jiǎn)單的邏輯，***形成一個(gè)復(fù)雜的東西，象計(jì)算機(jī)的二進(jìn)制是如此，象我們的整體模型也是如此，每一個(gè)緯度只需要與一個(gè)續(xù)度建立關(guān)系，***所有緯度會(huì)相互關(guān)聯(lián)。這種最簡(jiǎn)單的邏輯構(gòu)成的好處在于相互獨(dú)立，分拆容易，同時(shí)容錯(cuò)性強(qiáng)，構(gòu)建容易。 #p#
2) CI關(guān)系
如果建立我們公司的所有運(yùn)維對(duì)象地圖，會(huì)發(fā)現(xiàn)某種意義上，配置項(xiàng)之間的關(guān)系類似電路圖，因而引入數(shù)字電路的基本邏輯概念，從應(yīng)用的視角構(gòu)建新型的組件之間的關(guān)系，將組件的結(jié)構(gòu)與關(guān)系獨(dú)立出來，分而治之。在邏輯電路的基本邏輯的類型如下：
與門(當(dāng)一個(gè)事件由兩個(gè)以上的條件決定時(shí)，只有全部條件為真時(shí)，條件才能成立)
現(xiàn)實(shí)中，如果一道門有兩把鎖，只有這兩把鎖全部打開時(shí)，門才能打開，這就是一種與的關(guān)系。
或門(當(dāng)一個(gè)事件由兩個(gè)以上的條件決定時(shí)，只要任一條件為真時(shí)，條件就能成立)
或的關(guān)系，在IT環(huán)境中就很多了，比如將一臺(tái)編號(hào)為A001的電腦這個(gè)CI，與其子節(jié)點(diǎn)的，CPU、內(nèi)存、硬盤、操作系統(tǒng)等就是一個(gè)或的關(guān)系，即只有CPU、內(nèi)存、硬盤、操作系統(tǒng)這其中任何一個(gè)CI出現(xiàn)問題，都會(huì)導(dǎo)致A001這個(gè)CI出現(xiàn)問題。
非門(當(dāng)一個(gè)事件的條件為假時(shí)，對(duì)象才為真)
非的關(guān)系，我們暫時(shí)不考慮加以引用，本來的是考慮利用此非的關(guān)系將CI的備件等進(jìn)行關(guān)系構(gòu)建(備用設(shè)備，或維修備件)，但想到一些現(xiàn)實(shí)問題，備件用其它的方式進(jìn)行管理，不直接引用關(guān)系，以免過于復(fù)雜。
這里面還需要說明幾個(gè)比較重要的概念：
關(guān)系的視角：
我們構(gòu)建CI的關(guān)系，是從被影響的角度出發(fā)的，這一點(diǎn)非常重要，因?yàn)槭聦?shí)上中關(guān)系總是雙向的，一號(hào)CI會(huì)影響別的 CI，別的CI也會(huì)影響一號(hào)CI，這時(shí)如果雙向構(gòu)建很可能會(huì)導(dǎo)致重復(fù)構(gòu)建或錯(cuò)誤構(gòu)建，由于我們的關(guān)系只需要用來分析當(dāng)故障出現(xiàn)時(shí)會(huì)導(dǎo)致的結(jié)果，所以我們只用單流向的關(guān)系，即可滿足需求(這個(gè)道理類似以面介紹的，用簡(jiǎn)單的邏輯組裝成一個(gè)復(fù)雜的事物)，因?yàn)楫?dāng)所有CI從被影響的角度出來后，網(wǎng)狀關(guān)系即已形成。這一點(diǎn)需要很好思考一下，不然理解會(huì)出問題。下圖是一個(gè)應(yīng)用方面的示意，我的想法利用關(guān)系，屆時(shí)可以圖形化推演故障路線，這樣可以直觀的采用緊急預(yù)案切斷故障路線(紅色為故障組件)。
關(guān)系構(gòu)建原則：
在邏輯上，可參一個(gè)CI會(huì)直接與間接與所有CI有關(guān)系影響，但很顯然，我們無法將一個(gè)CI直接與其它所有CI去構(gòu)建關(guān)系，那需要找到一個(gè)機(jī)制去解決這個(gè)問題，說到這兒要說一下我的愛好，我一直喜歡看DISCOVERY的節(jié)目，大家在看到一些自然記錄片時(shí)，會(huì)看到一大群鳥或蝗蟲在天空飛行時(shí)，是聚集在一起的，象一團(tuán)烏云一般，再或者我們?cè)诳春５讜r(shí)，那些魚群在水中游動(dòng)時(shí)，總是保持一個(gè)集合，不管它們往哪個(gè)方向游動(dòng)，總是非常有效的保持一個(gè)群的形態(tài)，這些東西看起來很有美感，并感到有些不可思議，其實(shí)在這個(gè)下面，只是一個(gè)簡(jiǎn)單的原則，當(dāng)魚群游動(dòng)時(shí)，每一條魚只需要與鄰近的魚保持適當(dāng)?shù)木嚯x，這樣最終就會(huì)群。我把這個(gè)叫魚群原則，在CI的關(guān)系構(gòu)建時(shí)，我當(dāng)時(shí)也碰到如何去有效構(gòu)建關(guān)系的問題，最近我發(fā)現(xiàn)利用這個(gè)原理，可以解決，即一個(gè)CI只與結(jié)構(gòu)相鄰或直接影響的CI構(gòu)建關(guān)系，這樣構(gòu)建關(guān)系就會(huì)簡(jiǎn)單很多，當(dāng)每一個(gè)CI用這樣的機(jī)制去構(gòu)建完成后，也會(huì)形成一個(gè)龐大的群，會(huì)把所有的CI有機(jī)制的串聯(lián)在一起。
在用與、或的關(guān)系構(gòu)建關(guān)系，我發(fā)現(xiàn)一個(gè)原理，如果IT環(huán)境的與關(guān)系越多這個(gè)IT環(huán)境是會(huì)相對(duì)穩(wěn)定的，不易被故障將環(huán)境瓦解，同時(shí)故障的影響度也會(huì)較低，因?yàn)橐粋€(gè)點(diǎn)發(fā)生故障，不會(huì)馬上導(dǎo)致業(yè)務(wù)應(yīng)用出現(xiàn)問題?；虻年P(guān)系越多，運(yùn)維將變成更為吃力，因?yàn)槊恳稽c(diǎn)的影響都會(huì)導(dǎo)致后果發(fā)生。這也某程度上指導(dǎo)了我們?nèi)蘸蟮姆桨冈O(shè)計(jì)與運(yùn)維管理。
是不是我們現(xiàn)在的這種關(guān)系構(gòu)建是***無缺的?它到底存在什么問題，有什么局限性，這一點(diǎn)真正深入思考的人，應(yīng)該會(huì)發(fā)現(xiàn)關(guān)鍵所在的，在我所構(gòu)想的整個(gè)配置模型中，有兩個(gè)比較大的局限，我不打算獨(dú)自一個(gè)人去挑戰(zhàn)這兩個(gè)最難的命題，因?yàn)槲液芮宄?duì)于當(dāng)前的業(yè)務(wù)而言，這個(gè)模型可以滿足他們很多年，我再深入去挖掘，對(duì)于業(yè)務(wù)需要而言，過于超前了，同時(shí)我個(gè)人不太希望在這個(gè)方面走得太過深入，也因?yàn)橹静辉诖耍绻嬲度刖θパ芯?，我覺得是有可能找到一個(gè)***模型的，因?yàn)槲乙阎婪较蛟谀膬?，局限何在。想到這些我就對(duì)現(xiàn)在的這些理論傳播者或那些顧問公司有意見，這些東西是不應(yīng)該由我們這樣的公司，或者我這樣的人去研究的。就象我寫的這些文字，我相信那些ITIL的制定者、傳播者是沒有告訴過我們的，我在項(xiàng)目初期在在百度與 GOOGLE上流浪N久，就是想找到我現(xiàn)在寫的這些文字，但一無所獲，有的只是那些大而空的理論，聽起很有道理，但是你根本無法將它與現(xiàn)實(shí)業(yè)務(wù)去結(jié)合起來思考。不扯了，繼續(xù)往下! #p#
3) CI分類
本來按正常的邏輯，CI分類應(yīng)該放在***位去思的，而不是先去說結(jié)構(gòu)談關(guān)系，這樣做一是因?yàn)槲覀兊拇_是先把結(jié)構(gòu)與關(guān)系理清后，才去做CI分類的，二是覺得在結(jié)構(gòu)關(guān)系沒有做一交待前，可能先談后面的東西，會(huì)不利于了解，這也是因?yàn)樯鐣?huì)上沒有把CI的結(jié)構(gòu)與關(guān)系跟我們做一些規(guī)范或定義，才造成的，正常來說，我們真正開始做具體的配置工作時(shí)，CI分類應(yīng)該是***步，這個(gè)過程會(huì)非常重要，在沒有真正開始做前，我還沒有意識(shí)到它的影響會(huì)這么大。
再說明一下項(xiàng)目的情況，配置的結(jié)構(gòu)、配置的關(guān)系，基本上我一個(gè)人去完成思考的，沒有動(dòng)用到公司的管理資源，當(dāng)這些定下來后，開始做CI分類時(shí)，這就需要走出辦公室，調(diào)動(dòng)管理資源了，因?yàn)檫@不是一個(gè)人思考就可以決定的，這一點(diǎn)很重要，日后各位從事這樣的活動(dòng)時(shí)，也需要把管理資源拉上，能抓到多少資源就要去抓，這是一個(gè)很好的洗腦的過程也是一個(gè)很好的互動(dòng)過程，讓具體的業(yè)務(wù)領(lǐng)域及高層管理者開始真正參與進(jìn)來。
記住一句話：CI的一級(jí)分類決定了配置管理的范圍，CI的***層分類決定了配置管理的顆粒度。這句話是后面真正領(lǐng)悟總結(jié)出來，一開始也沒有意識(shí)。CI分類我們的做法是這樣的，我們先找一些對(duì)業(yè)務(wù)領(lǐng)域比較熟的專家或管理者，首先談CI的一級(jí)分類，我們談著談著，發(fā)現(xiàn)談不下去了，因?yàn)闆]有具體的數(shù)據(jù)支持，我們根本無法確定一級(jí)分類，于是我們轉(zhuǎn)變策略，先發(fā)模版，讓公司的各個(gè)業(yè)務(wù)領(lǐng)域把自已所有的運(yùn)維對(duì)象全部羅列出來，最終收集上來是五花八門的清單，這就是我們最初的數(shù)據(jù)，然后我們?cè)俳M織人員討論?，F(xiàn)在的體會(huì)是，分類真的是一門藝術(shù)，更是需要智慧的。這里面要說一下我們有兩個(gè)優(yōu)勢(shì)，一是我們是從系統(tǒng)實(shí)現(xiàn)的角度才開始這項(xiàng)工作的，所以我腦子里事實(shí)是有一個(gè)預(yù)期的，雖然我不知道具體分一類有一些什么東西，但我很清楚分類對(duì)不對(duì)，能否有效，有沒有擴(kuò)展性。二個(gè)是我們以前實(shí)施過REMEDY，業(yè)務(wù)領(lǐng)域的人員具備一定的分類基礎(chǔ)。
經(jīng)過討論后，我們把一級(jí)分類確定下來了，這里又得廢話幾句，我一直也不覺得這個(gè)工作是我們需要花如此的氣力做的，我們也與顧問公司交流過，他們基本上沒有給出任何有用的建議，IT的設(shè)備或環(huán)境，全世界也就那么一回事，我一直奇怪居然沒有一個(gè)關(guān)于分類規(guī)范或建議，網(wǎng)上也是查不到相關(guān)的有用信息。最終我們把一級(jí)二級(jí)的分類，大家分工確定下來了，然后再發(fā)布給各個(gè)業(yè)務(wù)領(lǐng)域評(píng)審，是否有遺漏的，分類是配置的最基礎(chǔ)一項(xiàng)工作，如果分類不當(dāng)，帶來的后果很嚴(yán)重，你的統(tǒng)計(jì)分類，你后續(xù)的屬性設(shè)計(jì)都會(huì)受到影響，而且日后你想對(duì)某一個(gè)類做調(diào)整時(shí)，這是一個(gè)非常復(fù)雜的工程。
CI的分類我們最終的結(jié)果是，將CI分類，分為三層，一層分類為六個(gè)：環(huán)境、計(jì)算機(jī)及外設(shè)、軟件、通訊、網(wǎng)絡(luò)、文檔代碼。***層的分類為190個(gè)，現(xiàn)在讓我來說一下我們的分類原則，好象我很難總結(jié)得出來，這是一個(gè)倒推的結(jié)果，我們的分類也不是***的，因?yàn)橛性S多IT 設(shè)備你很難去定義它屬于哪一個(gè)類，比如我們有兩個(gè)二級(jí)分類一是計(jì)算機(jī)配件，一是存儲(chǔ)設(shè)備。一個(gè)硬盤，你說它屬于哪一類呢，好象兩者都可以放進(jìn)去，又好象二級(jí)分類不對(duì)，但是我們有著大量的鼠標(biāo)、鍵盤、光驅(qū)、內(nèi)存條、顯卡、網(wǎng)卡這些配件存在，所以必須有一個(gè)計(jì)算機(jī)配件的分類，另一方面我們?cè)诖艓гO(shè)備、磁盤陣列、帶庫、光存儲(chǔ)設(shè)備，這些又必須建一個(gè)專門的存儲(chǔ)設(shè)備的分類出來，這樣的情況還好好多，我相信隨著IT技術(shù)的發(fā)展，原有的分類還必須打破，因?yàn)榧夹g(shù)與產(chǎn)品的換代，使許多分類的界限完全打破了，所以在分類時(shí)還需要一定程度上考慮未來技術(shù)發(fā)展，有一些IT設(shè)備現(xiàn)在雖然數(shù)量不大，種類不多，但現(xiàn)在有明顯的趨勢(shì)看出未來一定會(huì)獨(dú)立發(fā)展成一種專門領(lǐng)域的話，那就有必要先把分類建好，一個(gè)目的，***可能的減少日后對(duì)分類的調(diào)整。
另外還有一點(diǎn)需要說明的是，CI的結(jié)構(gòu)與分類，很多時(shí)候是會(huì)讓人混淆的，比如在我們***層的分類中，硬盤、內(nèi)存條、CPU與計(jì)算機(jī)是并列，當(dāng)時(shí)有人認(rèn)為硬盤、內(nèi)存條、CPU等是應(yīng)該在計(jì)算機(jī)類下面的子類中的，這種意識(shí)是好多人都會(huì)存在的，包括當(dāng)時(shí)我們的領(lǐng)導(dǎo)也是覺得這樣的分類好象不對(duì)，也認(rèn)為應(yīng)該如此。但事實(shí)上這樣是不對(duì)，他們都把CI的分類與CI的結(jié)構(gòu)混淆了，而且忽略了分類的根本意義，硬盤、內(nèi)存等都是計(jì)算機(jī)的組成部份，這是一個(gè)結(jié)構(gòu)信息，我們分類是為了把所有CI種類做一個(gè)分類，然后在構(gòu)建CI結(jié)構(gòu)時(shí)，再把每一個(gè)種類進(jìn)行組裝，分類不需要考慮任何的結(jié)構(gòu)信息，再說分類的作用，分類更多是為了日后的統(tǒng)計(jì)，如果把計(jì)算機(jī)作為一大類，把硬盤、內(nèi)存等作為子類，這樣統(tǒng)計(jì)出來的數(shù)據(jù)全部是錯(cuò)誤的，因?yàn)檫@樣分類的話，程序會(huì)把每一個(gè)硬盤、內(nèi)存條都作為一臺(tái)計(jì)算機(jī)統(tǒng)計(jì)出來，統(tǒng)計(jì)一個(gè)父分類時(shí)，一定會(huì)把其所有的子分類全部計(jì)入。所以有時(shí)我們從程序?qū)崿F(xiàn)的角度來考慮問題，也帶給我們一些便利。最終我們的做法是，建了兩個(gè)大類，一個(gè)是計(jì)算機(jī)整機(jī)，一個(gè)是計(jì)算機(jī)配件，把硬盤、內(nèi)存、CPU這些東西統(tǒng)統(tǒng)丟在計(jì)算機(jī)配件中。
本段開頭的***句話是：CI分類的***層分類決定了配置管理范圍，***層分類決定了配置管理的顆粒度，我們的一層分類是：環(huán)境、計(jì)算機(jī)及外設(shè)、軟件、通訊、網(wǎng)絡(luò)、文檔代碼，這是我們的配置管理范圍，告訴我們這些東西是我們統(tǒng)統(tǒng)要管理的，***層分類，比如計(jì)算機(jī)及外設(shè)這個(gè)一層分類中，分了計(jì)算機(jī)整機(jī)與計(jì)算機(jī)配件，而計(jì)算機(jī)配件這一個(gè)分類下面，又分為鼠標(biāo)、鍵盤、光驅(qū)、內(nèi)存條、硬盤、CPU、顯卡、網(wǎng)卡、電池、電源等，這個(gè)***層分類告訴我們，我們?nèi)蘸箨P(guān)于計(jì)算機(jī)及外設(shè)這個(gè)配置管理范圍下面的顆粒度要達(dá)到CPU級(jí)的，事實(shí)上CI分類的過程就是你配置規(guī)劃的過程，它是你整個(gè)運(yùn)維目標(biāo)及能力的提現(xiàn)，它決定了你日后約大多數(shù)的服務(wù)活動(dòng)。
關(guān)于分類有一點(diǎn)說明：如果你的倉(cāng)庫中存在某一款配件的話，即便你的配置管理顆粒度不想達(dá)到一個(gè)級(jí)別，你也***需要為此構(gòu)建分類，同時(shí)這一類的配件，你需要日后構(gòu)建為CI進(jìn)行管理。比如，如果你是做桌面運(yùn)維的，你的配件倉(cāng)庫中存在硬盤的備件，那么你就需要建一個(gè)分類出來，同時(shí)你在構(gòu)建CMDB時(shí)，每一個(gè)硬盤你***作為CI管理，不然這會(huì)造成許多問題。這也算是分類的一個(gè)原則吧，任何你需要加以關(guān)注的設(shè)備或配件，都必須可以被分配到你CI分類的某個(gè)***層分類中。
***一點(diǎn)需要說明的是，分類與屬性的平衡，分類時(shí)要注意，如果有一些信息是可以利用屬性控制的，可以適當(dāng)減少分類，比如鼠標(biāo)，有光電的，也有普通滑輪的，這是兩個(gè)不同種類的東西，但是我們沒有必要為此建兩個(gè)分類，我們只需建一個(gè)分類，就是鼠標(biāo)，同時(shí)多為這一個(gè)CI 分類多設(shè)計(jì)一個(gè)屬性，叫鼠標(biāo)類型，這樣通過屬性就可控制了，同時(shí)后續(xù)的統(tǒng)計(jì)分統(tǒng)也可以滿足了，這里沒有一個(gè)很硬性的標(biāo)準(zhǔn)，比如計(jì)算機(jī)，有大型機(jī)，有小型機(jī)，有普通的工作站或服務(wù)器，為什么計(jì)算機(jī)就需要做多個(gè)CI分類，而鼠標(biāo)就不用分類，用屬性控制呢?，這是由屬性的異同決定的，如果同樣一個(gè)范圍的IT組件，它們的屬性是很接近或相同，我們就是沒有必要建多個(gè)分類;如果它們的屬性差別很大，這時(shí)就需要多建分類了，這是為了管理的便利。所以我一直說分類是一個(gè)智慧的事情，就象配置管理的顆粒度一樣，這需要去各方面平衡把握的。CI分類就說這些了，真正在做分類時(shí)，相信大家就有體會(huì)了，這些也不是抄書或誰教的，都具備的作業(yè)過程中個(gè)人的一些經(jīng)驗(yàn)與智慧。 #p#
4)CI屬性設(shè)計(jì)
當(dāng)所有CI的分類確定后，下一步的工作就是需要設(shè)計(jì)屬性了。說到這個(gè)可能還是得做一些知識(shí)或概念說明，因?yàn)檫@方面的資料并不多。
在編程中有一個(gè)概念叫面向?qū)ο?，我們?cè)谂渲靡?guī)劃或構(gòu)建CMDB時(shí)，跟這個(gè)道理有一些類似。說簡(jiǎn)單些，我跟劉德華，我們是否不同，取決于我們各自的屬性，屬性可能理解為對(duì)我們的信息的進(jìn)一步補(bǔ)充，對(duì)我如果我們需要的信息不多，可能我們的屬性只是：身高、性別、體重、面容等等，這時(shí)劉德華沒有我偉岸，我也沒有他帥，所以我們就可以區(qū)分出來了，我是我，他是他，這是我們的屬性不同，但是這里需要注意，這里我和劉德華是不同的對(duì)象，但是我們屬于同一個(gè)分類(都是人)、我們屬性范圍是一樣的，只是屬性值不一樣(身高不一樣，長(zhǎng)得不一樣)，我們的想法是根據(jù)分類設(shè)計(jì)不同的屬性，兩個(gè)不同的分類，是因?yàn)閷傩苑秶灰粯?，人的屬性有身高、性別、體重、面容等，計(jì)算機(jī)的屬性有制造商、品牌、生產(chǎn)日期等，這時(shí)人與計(jì)算機(jī)的屬性范圍是不一樣的，所以是不同的分類，所以我們前面說了CI分類，那一個(gè)CI分類跟另一個(gè)CI分類有什么不一樣，這是由各自的屬性決定的。這是***個(gè)概念。
第二個(gè)概念是父子繼承的概念，即子類會(huì)繼承父類的屬性，父類有什么屬性，它的子類就一定會(huì)有，如果我們的CI分類有三層，那么第三層的分類，會(huì)繼承其第二層，以及***級(jí)的屬性，比如計(jì)算機(jī)整機(jī)這一個(gè)分類，下面分有大型計(jì)算機(jī)、中型計(jì)算機(jī)、小型計(jì)算機(jī)、工作站等這幾個(gè)子類，如果計(jì)算機(jī)整機(jī)這一個(gè)分類有屬性：制造商、型號(hào)、購(gòu)買日期等這幾個(gè)屬性，那么大型計(jì)算機(jī)、中型計(jì)算機(jī)、小型計(jì)算機(jī)、工作站這幾個(gè)分類都會(huì)有制造商、型號(hào)、購(gòu)買日期這三個(gè)屬性。這是繼承的概念。
CI屬性設(shè)計(jì)，我們的工作是這樣展開的，我們把所有CI分類清單確定后，確定分工，哪一些人對(duì)哪一些IT設(shè)備是最專業(yè)的，就由他們來設(shè)計(jì)屬性，這個(gè)工作是比較復(fù)雜的，因?yàn)?**需要做大量的整理工作，因?yàn)槭聦?shí)上許多分類的的大部份屬性是相同的，我們需要把屬性整理好，做到不重復(fù)，比如計(jì)算機(jī)有屬性叫型號(hào)，空調(diào)有屬性叫機(jī)型，這時(shí)事實(shí)是同樣的屬性，我們需要把它統(tǒng)一起來，我們發(fā)放的是***層的190個(gè)分類，這樣每一個(gè)分類由不同的設(shè)計(jì)屬性出來后，我們?cè)俳y(tǒng)一命名，然后將屬性上浮，因?yàn)樵S多屬性可以提升為二層分類屬性，甚至提升為一層分類屬性，甚至是公用屬性，這個(gè)工作需要比較好的大腦才行。
CI屬性總的來說，分為公用屬性、一層分類屬性、二層分類屬性、三層分類屬性，還可以設(shè)私有屬性。所有屬性最終形成一個(gè)“屬性池”供每一個(gè)分類去取用。然后當(dāng)我們真正需要建立一個(gè)CI項(xiàng)時(shí)，首先要確定這個(gè)CI屬于哪一個(gè)分類，如果它屬于計(jì)算機(jī)硬盤，那么它會(huì)自動(dòng)擁有公用屬性、計(jì)算機(jī)及外設(shè)屬性(一級(jí)分類屬性)計(jì)算機(jī)配件(二級(jí)分類屬性)硬盤屬性(三級(jí)分類屬性)，我們需要做的是填上每個(gè)屬性的屬性值，這樣一個(gè)CI就完成建立了。
另外有一點(diǎn)需要說明的是，屬性的設(shè)計(jì)也是一個(gè)智慧的事情，取舍會(huì)非常重要，我們是先窮盡收集，保證每一個(gè)CI類需要關(guān)注的信息都收集上來，然后再做挑選，因?yàn)橛性S多信息是沒有價(jià)值的，或者本身的信息是難以取得的，象一些高度動(dòng)態(tài)變化的信息，是不宜取用屬性時(shí)行管理的，比如CPU的使用率，除非你有底層的監(jiān)控軟件可以自動(dòng)通過數(shù)據(jù)接口讀取到系統(tǒng)中，否則這個(gè)信息是無法維護(hù)的，所以就不用為CPU這個(gè)一個(gè)分類，建一個(gè)占用率的屬性。要考慮到日后的服務(wù)成本，量力而為，如果構(gòu)建得信息無法進(jìn)行維護(hù)，一是影響CMDB的數(shù)據(jù)精確度，二是帶來服務(wù)成本增加過大，一旦設(shè)計(jì)了這個(gè)屬性，那么日后這一類CI的這個(gè)屬性發(fā)生變化時(shí)，需要進(jìn)行監(jiān)控與管理，這個(gè)成本是相當(dāng)可觀的。
三、配置管理的后續(xù)工作
當(dāng)完成上述的配置規(guī)劃動(dòng)作后，需要做二件事件，一是CMDB的構(gòu)建，二是數(shù)據(jù)收集模版的設(shè)計(jì)。我一直的看法是，當(dāng) IT服務(wù)到達(dá)一定的規(guī)模后，尤其是當(dāng)IT組件龐大時(shí)，在沒有系統(tǒng)實(shí)現(xiàn)或支撐的情況下，做深入IT服務(wù)管理是空談的，暫不說事件、變更等流程，光是配置管理，沒有系統(tǒng)的支撐，是根本無從保證質(zhì)量的，這里我覺得有一個(gè)規(guī)律，做管理咨詢的公司往往是自身公司的管理最需要被咨詢的，做軟件的公司內(nèi)部往往也是最需要信息化的，做IT服務(wù)管理的，可能也是最需要接受IT服務(wù)管理的，我們?cè)谔峁㊣T服務(wù)的同時(shí)，我們自身的IT應(yīng)用其實(shí)做得遠(yuǎn)遠(yuǎn)不夠。
【編輯推薦】
