【正文】 念叫面向?qū)ο?，我們在配置?guī)劃或構(gòu)建CMDB時，跟這個道理有一些類似。說簡單些，我跟劉德華，我們是否不同，取決于我們各自的屬性，屬性可能理解為對我們的信息的進(jìn)一步補(bǔ)充，對我如果我們需要的信息不多，可能我們的屬性只是：身高、性別、體重、面容等等，這時劉德華沒有我偉岸，我也沒有他帥，所以我們就可以區(qū)分出來了，我是我，他是他，這是我們的屬性不同，但是這里需要注意，這里我和劉德華是不同的對象，但是我們屬于同一個分類（都是人）、我們屬性范圍是一樣的，只是屬性值不一樣（身高不一樣，長得不一樣），我們的想法是根據(jù)分類設(shè)計不同的屬性，兩個不同的分類，是因為屬性范圍不一樣，人的屬性有身高、性別、體重、面容等，計算機(jī)的屬性有制造商、品牌、生產(chǎn)日期等，這時人與計算機(jī)的屬性范圍是不一樣的，所以是不同的分類，所以我們前面說了CI分類，那一個CI分類跟另一個CI分類有什么不一樣，這是由各自的屬性決定的。這是第一個概念。第二個概念是父子繼承的概念，即子類會繼承父類的屬性，父類有什么屬性，它的子類就一定會有，如果我們的CI分類有三層，那么第三層的分類，會繼承其第二層，以及第一級的屬性，比如計算機(jī)整機(jī)這一個分類，下面分有大型計算機(jī)、中型計算機(jī)、小型計算機(jī)、工作站等這幾個子類，如果計算機(jī)整機(jī)這一個分類有屬性：制造商、型號、購買日期等這幾個屬性，那么大型計算機(jī)、中型計算機(jī)、小型計算機(jī)、工作站這幾個分類都會有制造商、型號、購買日期這三個屬性。這是繼承的概念。CI屬性設(shè)計，我們的工作是這樣展開的，我們把所有CI分類清單確定后，確定分工，哪一些人對哪一些IT設(shè)備是最專業(yè)的，就由他們來設(shè)計屬性，這個工作是比較復(fù)雜的，因為最后需要做大量的整理工作，因為事實(shí)上許多分類的的大部份屬性是相同的，我們需要把屬性整理好，做到不重復(fù)，比如計算機(jī)有屬性叫型號，空調(diào)有屬性叫機(jī)型，這時事實(shí)是同樣的屬性，我們需要把它統(tǒng)一起來，我們發(fā)放的是最底層的190個分類，這樣每一個分類由不同的設(shè)計屬性出來后，我們再統(tǒng)一命名，然后將屬性上浮，因為許多屬性可以提升為二層分類屬性，甚至提升為一層分類屬性，甚至是公用屬性，這個工作需要比較好的大腦才行。CI屬性總的來說，分為公用屬性、一層分類屬性、二層分類屬性、三層分類屬性，還可以設(shè)私有屬性。所有屬性最終形成一個“屬性池”供每一個分類去取用。然后當(dāng)我們真正需要建立一個CI項時，首先要確定這個CI屬于哪一個分類，如果它屬于計算機(jī)硬盤，那么它會自動擁有公用屬性、計算機(jī)及外設(shè)屬性（一級分類屬性）計算機(jī)配件（二級分類屬性）硬盤屬性（三級分類屬性），我們需要做的是填上每個屬性的屬性值，這樣一個CI就完成建立了。另外有一點(diǎn)需要說明的是，屬性的設(shè)計也是一個智慧的事情，取舍會非常重要，我們是先窮盡收集，保證每一個CI類需要關(guān)注的信息都收集上來，然后再做挑選，因為有許多信息是沒有價值的，或者本身的信息是難以取得的，象一些高度動態(tài)變化的信息，是不宜取用屬性時行管理的，比如CPU的使用率，除非你有底層的監(jiān)控軟件可以自動通過數(shù)據(jù)接口讀取到系統(tǒng)中，否則這個信息是無法維護(hù)的，所以就不用為CPU這個一個分類，建一個占用率的屬性。要考慮到日后的服務(wù)成本，量力而為，如果構(gòu)建得信息無法進(jìn)行維護(hù)，一是影響CMDB的數(shù)據(jù)精確度，二是帶來服務(wù)成本增加過大，一旦設(shè)計了這個屬性，那么日后這一類CI的這個屬性發(fā)生變化時，需要進(jìn)行監(jiān)控與管理，這個成本是相當(dāng)可觀的。三、 配置管理的后續(xù)工作當(dāng)完成上述的配置規(guī)劃動作后，需要做二件事件，一是CMDB的構(gòu)建，二是數(shù)據(jù)收集模版的設(shè)計。我一直的看法是，當(dāng)IT服務(wù)到達(dá)一定的規(guī)模后，尤其是當(dāng)IT組件龐大時，在沒有系統(tǒng)實(shí)現(xiàn)或支撐的情況下，做深入IT服務(wù)管理是空談的，暫不說事件、變更等流程，光是配置管理，沒有系統(tǒng)的支撐，是根本無從保證質(zhì)量的，這里我覺得有一個規(guī)律，做管理咨詢的公司往往是自身公司的管理最需要被咨詢的，做軟件的公司內(nèi)部往往也是最需要信息化的，做IT服務(wù)管理的，可能也是最需要接受IT服務(wù)管理的，我們在提供IT服務(wù)的同時，我們自身的IT應(yīng)用其實(shí)做得遠(yuǎn)遠(yuǎn)不夠。 我們的系統(tǒng)現(xiàn)在還沒有出來，關(guān)于配置管理的工作事實(shí)上才剛起步，慢慢的再跟各位交流，光是寫配置管理，我其實(shí)還是收著手在寫，但也寫了10000多字了，如果加上以后的實(shí)施，整個筆記，我懷疑是一個長篇大論了，如果再把服務(wù)支持的每一個流程都這樣寫，加上項目的后續(xù)實(shí)施應(yīng)用，那是巨作了，所以還好是拆了，不然不知寫到幾時才能出來。關(guān)于我們自已的配置管理的思路以及我們的配置模型，我也費(fèi)了不少口舌了，也不知大家有沒有收獲，或者真正看懂沒有，有一些東西沒有辦法一次性寫完寫好，先不用用文字表達(dá)，光是這個配置模型，我在公司給領(lǐng)導(dǎo)同事們講了無數(shù)次，講得到后面都煩了，但還是很多人沒有真正體會理解，所以寫這些有時也挺擔(dān)心看的人能否真正看進(jìn)去了，我不愿意寫一個完整的，主要也是沒有動力，加上寫出來也不知給誰看，你說寫成一本書，那得花多少時間精力，又不能出版。所以現(xiàn)在拆分著寫，先寫這一篇配置管理試試水，大家可以多提意見，我在做這個時也是誠惶誠恐的心態(tài)，當(dāng)時真是苦于沒人交流。每每辛苦寫出來的東西沒有什么人看或支持，也是一件挺打擊人的事情，一些泛泛而談的資料N多的人下載，真正的總結(jié)出來的經(jīng)驗之物，反而沒有什么人愿意看。反正一句話，各位的支持是唯一動力。關(guān)于我文中提到的我們配置模型的局限問題以后的模型擴(kuò)展問題，我本來打算在文章最后寫出來的，想想還是算了，留給各位思考發(fā)表意見吧，文章沒有經(jīng)過什么潤色，行文不通之處，還望見諒！ 破子 2007年7月3日星期二