IT服務(wù)能否滿足業(yè)務(wù)運(yùn)行的需求主要取決于企業(yè)IT基礎(chǔ)設(shè)施的信息和運(yùn)作情況，這些信息不僅包括某個特定項(xiàng)目的屬性，還包括項(xiàng)目與項(xiàng)目之間關(guān)系的信息。
配置管理流程就是控制包括變更在內(nèi)的其他流程引起的配置項(xiàng)修改是否被準(zhǔn)確的記錄下來，對配置項(xiàng)修改內(nèi)容進(jìn)行跟蹤和比對，確保和變更計(jì)劃內(nèi)容一致，分析配置項(xiàng)被修改后給業(yè)務(wù)運(yùn)行帶來的影響。配置項(xiàng)的信息錨要根據(jù)變更的實(shí)施情況進(jìn)行及時更新，保證配置項(xiàng)的正確性、完整性和實(shí)時性，以確保配置管理數(shù)據(jù)庫能實(shí)時反映盯基礎(chǔ)架構(gòu)的運(yùn)行情況。
ISO20000定義配置管理的目標(biāo)為“定義并控制服務(wù)和基礎(chǔ)設(shè)施的組件，并維護(hù)準(zhǔn)確的配置信息”。
配置管理流程的主要活動包括：“在進(jìn)行變更和配置管理的規(guī)劃時應(yīng)采用整合的方法。 服務(wù)提供者應(yīng)定義與財(cái)務(wù)資產(chǎn)會計(jì)過程的接口(但財(cái)務(wù)資產(chǎn)會計(jì)不屬于配置管理范圍)。應(yīng)制定配置項(xiàng)及組件定義的策略。應(yīng)定義每一配置項(xiàng)應(yīng)記錄的信息，包括有效的服務(wù)管理所需要的配置項(xiàng)關(guān)系及文檔。配置管理應(yīng)建立服務(wù)和基礎(chǔ)設(shè)施可識別組件的識別、控制和追溯版本的機(jī)制，這個機(jī)制應(yīng)確保控制程度充分滿足業(yè)務(wù)需求、失效的風(fēng)險(xiǎn)和服務(wù)的重要性。配置管理應(yīng)為變更管理流程提供與變更請求對于服務(wù)和基礎(chǔ)設(shè)施配置影響有關(guān)的信息。配置項(xiàng)的變更在適當(dāng)時候可追溯和可審計(jì)，如軟件和硬件的變更和活動。配置控制流程應(yīng)確保對系統(tǒng)、服務(wù)和服務(wù)組件的完整性進(jìn)行維護(hù)。應(yīng)在發(fā)布到實(shí)際運(yùn)行環(huán)境之前建立配置項(xiàng)的基線。數(shù)據(jù)配置項(xiàng)的主拷貝應(yīng)控制在安全的物理或電子數(shù)據(jù)庫中，可將其參考信息記錄在配置項(xiàng)中， 如軟件、測試產(chǎn)品和支持文件等。所有的配置項(xiàng)應(yīng)能被唯一的識別，并記錄在嚴(yán)格控制更新訪問的CMDB(配置管理數(shù)據(jù)庫)中。應(yīng)主動管理并驗(yàn)證CMDB。以確保CMDB的可靠性和準(zhǔn)確性。需要的人員應(yīng)可看到配置項(xiàng)的狀態(tài)、版本、位置、相關(guān)的變更和問題以及相關(guān)的文檔。配置審計(jì)流程應(yīng)包括記錄差異、發(fā)起糾正措施和結(jié)果報(bào)告。”
配置管理作為整個IT基礎(chǔ)架構(gòu)的核心，對其他的流程運(yùn)作具有很大的影響，因此在實(shí)施前，應(yīng)先對配置管理進(jìn)行充分的計(jì)劃和安排，具體包括以下幾個方面。
配置管理涉及的范疇：配置管理流程首先需要明確的是管理范圍，因?yàn)槠髽I(yè)的IT基礎(chǔ)架構(gòu)涉及的信息是海量級的，硬件可能包括大型機(jī)、小型機(jī)、服務(wù)器、路由器、交換機(jī)等，軟件可能包括操作系統(tǒng)、數(shù)據(jù)庫、中間件等系統(tǒng)軟件和應(yīng)用軟件等，甚至包括一些技術(shù)文檔、操作流程、架構(gòu)圖等有形或者無形的資料都屬于IT基礎(chǔ)架構(gòu)的范疇，這就需要企業(yè)挑選出對業(yè)務(wù)運(yùn)行至關(guān)重要的IT 組件，將這些組件的相關(guān)信息納入配置管理的范疇。
配置項(xiàng)的屬性、顆粒度細(xì)化程度：在明確了配置管理的范疇之后，就需要明確在范疇之內(nèi)的配置項(xiàng)的屬性，例如版本號、物理位置、維護(hù)人員名單等信息和配置項(xiàng)的顆粒度，如果顆粒度太粗，那就無法為其他流程提供所需要的信息，但是定義的太細(xì)，配置項(xiàng)的管理和信息維護(hù)就會有相當(dāng)大的難度，所以服務(wù)提供者必須選擇適合自己實(shí)際狀況的顆粒度。
配置管理數(shù)據(jù)庫(CMDB)的設(shè)計(jì)理念、結(jié)構(gòu)：CMDB可以分為集中式和分布式兩種。集中式的模式方便企業(yè)對所有配置項(xiàng)的統(tǒng)一管理，能夠與變更等流程進(jìn)行緊密的結(jié)合，但是隨著配置項(xiàng)的不斷增多，對配置項(xiàng)屬性的個性化需求增多，勢必造成統(tǒng)一平臺的壓力很大，發(fā)展也會很困難。若選擇分布式管理，雖然能夠緩解平臺的壓力，但因?yàn)镃MDB過于分散，導(dǎo)致平臺間的接口復(fù)雜化，將配置管理網(wǎng)狀化，不利于配置管理流程的統(tǒng)一規(guī)劃和管理。應(yīng)根據(jù)實(shí)際情況選擇適合自身發(fā)展的配置管理數(shù)據(jù)庫模式。
因?yàn)榕渲霉芾砹鞒毯推渌鞒逃兄芮械穆?lián)系，變更、發(fā)布等流程的實(shí)施都會對配置管理數(shù)據(jù)庫的內(nèi)容進(jìn)行更新，所以配置管理流程需要制定內(nèi)部審計(jì)計(jì)劃，定期對配置項(xiàng)進(jìn)行審計(jì)，對差異項(xiàng)找明產(chǎn)生差異的原因，修正差異的內(nèi)容，并形成審計(jì)報(bào)告提交給配置流程經(jīng)理;評估是否需要對現(xiàn)有的配置管理流程進(jìn)行改進(jìn)。
共有條評論 網(wǎng)友評論