監(jiān)理公司管理系統(tǒng) | 工程企業(yè)管理系統(tǒng) | OA系統(tǒng) | ERP系統(tǒng) | 造價(jià)咨詢管理系統(tǒng) | 工程設(shè)計(jì)管理系統(tǒng) | 甲方項(xiàng)目管理系統(tǒng) | 簽約案例 | 客戶案例 | 在線試用
X 關(guān)閉

如何平衡好IT反應(yīng)和控制(3)(AMT研究院 張艷)

申請(qǐng)免費(fèi)試用、咨詢電話:400-8352-114

AMTeam.org

(七)配置管理

 

控制基礎(chǔ)架構(gòu)要素的配置顯然是配置管理工作的一部分。但是,有時(shí)變化發(fā)生在常規(guī)的變化過程的外圍,因此,配置和設(shè)置要按期望的狀態(tài)(desired state)轉(zhuǎn)移。期望狀態(tài)管理有助于實(shí)現(xiàn)變化,也能控制IT環(huán)境的狀態(tài),避免轉(zhuǎn)移,優(yōu)化性能。一個(gè)環(huán)境的狀態(tài)包括在各個(gè)環(huán)境要素中,如硬件和應(yīng)用程序。這些環(huán)境構(gòu)成要素如何相互作用、每一個(gè)構(gòu)成要素的配置情況是怎樣的都要了解。期望狀態(tài)管理就是在定義的狀態(tài)和期望的狀態(tài)的相互作用下搞清楚當(dāng)前的狀態(tài)。

 

期望狀態(tài)管理的第一步就是定義期望狀態(tài)。例如:考慮到服務(wù)器,就必須定義好它上面的應(yīng)用軟件和運(yùn)行的各種服務(wù)、設(shè)置和端口值。定義的過程就是給你一個(gè)建立服務(wù)器情況描述的模型的過程。一旦定義好了基礎(chǔ)架構(gòu)的期望狀態(tài),也就形成了自己的模型,就可以按期望狀態(tài)來變革當(dāng)前的狀態(tài)。在這一過程中要監(jiān)控環(huán)境是否始終按照期望狀態(tài)的方向在變化。如果沒有,就要強(qiáng)制更新使當(dāng)前的狀態(tài)變化為期望狀態(tài)?;蛘?,如果變化的實(shí)現(xiàn)過程中出現(xiàn)了突發(fā)事件,就要再次更新期望狀態(tài)。總之,就是要讓當(dāng)前狀態(tài)與期望狀態(tài)協(xié)調(diào)一致。如果發(fā)現(xiàn)變化變化沒按預(yù)期的狀態(tài)進(jìn)行,就要返回到先前的狀態(tài),重新開始了。

 

知曉期望中的配置和當(dāng)前的配置情況、了解它們之間的差異并想方設(shè)法彌補(bǔ)這些差異就能達(dá)到預(yù)期的狀態(tài)了。這樣的整個(gè)過程就是期望狀態(tài)管理,它包括為確保要素都能達(dá)到期望狀態(tài)要求的所有過程。

 

變革和配置管理有助于IT環(huán)境按期望狀態(tài)以正確的變化生命周期管理方式得以實(shí)現(xiàn)。期望狀態(tài)管理的單獨(dú)履行將是無效的,因?yàn)檫@以會(huì)減小企業(yè)保證變化的適當(dāng)性。如果期望狀態(tài)管理中的所有的組件都是相互聯(lián)系的,就可能要建立預(yù)警機(jī)制來識(shí)別配置偏離預(yù)期狀態(tài)的情況。并且在一發(fā)生未授權(quán)的變化被檢測(cè)出來時(shí),就能用管理工具建立起相應(yīng)的自動(dòng)化的構(gòu)成來矯正偏離。你也可以在變化已經(jīng)實(shí)現(xiàn)的時(shí)候來識(shí)別這種偏離是否發(fā)生。期望狀態(tài)管理甚至是以手工的方式實(shí)現(xiàn),都能給IT組織帶來好處。但是手工化的期望狀態(tài)管理是以資源為主的容易出錯(cuò)。

 

另一方面,集成了變革和配置管理的解決方案可以在檢測(cè)成千上萬的服務(wù)器及其配置方面節(jié)省大量的時(shí)間和精力,達(dá)到期望狀態(tài)管理的要求。這樣能降低成本,減少要投入的人力,有助于把注意力更集中在對(duì)業(yè)務(wù)變化的反應(yīng)上來。

(八)整合過程、數(shù)據(jù)和行動(dòng)

 

集成變革和配置的過程、行動(dòng)和數(shù)據(jù)是一種有力地把各種操作效率結(jié)合起來的方法。過程層面的自動(dòng)化、線性化和連貫性常被采用。還應(yīng)該把這些整合到行動(dòng)層面去在實(shí)現(xiàn)各種活動(dòng)的過程中發(fā)揮作用。而數(shù)據(jù)層面提供了共同的信息線索,這些信息有的是來自用戶,有的來自行動(dòng)層面。附屬于上述三個(gè)層面的信息應(yīng)該被存儲(chǔ)于一個(gè)共同的配置數(shù)據(jù)庫(kù)中——CMDB。CMDB提供為所有的臨界活動(dòng)和數(shù)據(jù)源一個(gè)雙向的連接,使跨操作功能的協(xié)作得以實(shí)現(xiàn)。CMDB還提供了變革和配置管理系統(tǒng)與服務(wù)沖突模型的連接,而服務(wù)沖突模型本身就體現(xiàn)著IT和業(yè)務(wù)的情況。處于CMDB之中的一些數(shù)據(jù)能通過發(fā)現(xiàn)解決方案被自動(dòng)地移植和刷新。

 

當(dāng)你能把過程、行動(dòng)和數(shù)據(jù)這三個(gè)方面有效地結(jié)合在一起的時(shí)候,就可以把自動(dòng)的變化生命周期管理和期望的狀態(tài)管理有效的整合在一起了,接著,你就能優(yōu)化IT組織的反應(yīng)與控制。單獨(dú)使用過程、行動(dòng)和數(shù)據(jù)這三個(gè)方面中的任何一個(gè)組件將實(shí)現(xiàn)最地線的企業(yè)價(jià)值。但是,如果把過程、行動(dòng)和數(shù)據(jù)這三個(gè)方面的所有活動(dòng)都真正完成了就可以跨行動(dòng)地交換數(shù)據(jù),把所有工具結(jié)合在一起,形成一個(gè)象管弦樂樂譜一樣和諧的單一解決方案。

 

通過結(jié)合過程、行動(dòng)和數(shù)據(jù)這三個(gè)方面的各個(gè)要素,就能平衡所有現(xiàn)有的變革和配置管理工具的投資,就能獲得更大的功效,更多地減少IT環(huán)境中的資源需求。

(九)ITIL.是基礎(chǔ)

 

IT基礎(chǔ)架構(gòu)庫(kù)ITIL(The IT Infrastructure Library)為部署和支持IT服務(wù)提供了一個(gè)很好的基礎(chǔ)和框架。 集成的變革與配置管理是在IT組織已經(jīng)獲得了更加的系統(tǒng)控制的基礎(chǔ)上建立起來的,能更好的支持業(yè)務(wù)策略。把變革與配置管理延伸到ITIL需要從以下三個(gè)方面著手:

  • 明確配置管理的范疇

根據(jù)ITIL服務(wù)支持一書的要求,為配置管理制定如下目標(biāo):

 

(1)       為所有的IT資產(chǎn)和配置進(jìn)行組織和服務(wù)層面的解釋說明。

(2)       為支持其他所有的服務(wù)在配置及其文檔提供準(zhǔn)確的信息。

(3)       為突發(fā)事件管理、問題管理、變革管理和版本管理提供一個(gè)較好的基礎(chǔ)。

(4)       根據(jù)基礎(chǔ)架構(gòu)和糾正任何異常情況來識(shí)別配置記錄。

這些目標(biāo)都是集中在維護(hù)數(shù)據(jù)的完整性或保證配置數(shù)據(jù)準(zhǔn)確性方面,這包括了更新和管理有關(guān)的配置條目,而這些條目通常是與CMDB中的記錄有所不同的。集成的變革與配置管理已經(jīng)延伸到了期望狀態(tài)管理,更好地定義跨組織的IT組件已知的良好的配置和行為。

  • 疊加上服務(wù)沖突模型。

盡管ITIL包括了服務(wù)層面的管理的最佳實(shí)踐,但是要把變革與配置管理結(jié)合起來并通過服務(wù)沖突模型延伸到IT和業(yè)務(wù)中去并不容易。把IT組成要素與業(yè)務(wù)流程聯(lián)合起來提供更好的選擇時(shí)機(jī)、更恰當(dāng)?shù)淖兏餂_突。

  • 了解變革需求的根源

變革與配置管理也擴(kuò)寬了變革需求的范圍。ITIL假定或者是隱含著絕大多數(shù)的來自突發(fā)事件和問題的變革需求。實(shí)際上,只有10%到15%的變革需求與打破的需求有關(guān)。變革需求多來自業(yè)務(wù)、補(bǔ)丁管理和應(yīng)用程序更新、技術(shù)變革,需要能管理好所有的這些變革,而不僅僅是只管理來自突發(fā)事件和問題的變革需求。一個(gè)變革與配置管理解決方案就是你所需要的解決方案。

 

(十)從反應(yīng)與控制的平衡中獲得收益

 

集成的變革與配置管理能為業(yè)務(wù)和臨界IT環(huán)境提高控制的靈活性,這樣的機(jī)會(huì)是很有意義的。很多已經(jīng)擁有解決方案的組織的情況是:通過集成變革與配置管理實(shí)踐,提高了服務(wù)的水平和操作的有效性。具體表現(xiàn)在以下幾個(gè)方面:

 

  • 使未規(guī)劃的停工期和服務(wù)要求降低了25%到35% ;

  • 服務(wù)器支持成本減低了約有80%;

  • 桌面應(yīng)用的成本降低了20%到30%;

  • 服務(wù)器到管理員的比率從1:18降低到1:100.

企業(yè)能利用一個(gè)集成的變革與配置管理策略來解決一些IT組織面臨的很緊急的問題:

 

  • 遵循SARBANES-OXLEY

北美零售商達(dá)到IT配置控制Sarbanes-Oxley要求的已經(jīng)有50個(gè)IT站點(diǎn)了,主要涉及有700個(gè)服務(wù)器和7000個(gè)用戶。BMC公司推出的變革與配置管理解決方案已經(jīng)有8個(gè)月的時(shí)間了。該解決方案把公司項(xiàng)目的成本由原來的100萬美元降低為現(xiàn)在的50萬美元。

  • 病毒防范

BMC的變革與配置管理解決方案使北美零售商能有效檢出服務(wù)器、桌面應(yīng)用和手持設(shè)備上的病毒,有效地保護(hù)系統(tǒng)免受病毒的侵害。

  • 服務(wù)器整合

一家以金融服務(wù)為主要業(yè)務(wù)的企業(yè)想降低服務(wù)器上的帳戶數(shù)目可以通過整合服務(wù)器的方式實(shí)現(xiàn)。利用BMC的變革與配置管理解決方案可以自動(dòng)化地發(fā)現(xiàn)、移植和維護(hù)各種服務(wù)器軟件,實(shí)現(xiàn)各種用的整合程度達(dá)到44%,從而降低成本。

  • 應(yīng)用變革管理

一家大型的北美保險(xiǎn)公司一家擁有了300個(gè)軟件開發(fā)商來管理他們所有的業(yè)務(wù)和應(yīng)用變革。通過BMC的變革與配置管理解決方案可以有效地控制變革目標(biāo)、實(shí)現(xiàn)操作過程的提高。該公司的投資回報(bào)提高了322%。

  • 軟件儲(chǔ)備

一家北美主要的能源公司通過補(bǔ)丁管理自動(dòng)化把軟件開發(fā)的成功率保持在99.9%。通過他們的軟件可以把數(shù)據(jù)中心的操作成本降低了15%。

 

三、結(jié)論

 

IT組織必須要對(duì)業(yè)務(wù)策略的變化的新需求有敏捷的反應(yīng),IT環(huán)境變得越來越復(fù)雜,因IT員工帶來的變化對(duì)IT生產(chǎn)系統(tǒng)造成的IT故障常常會(huì)造成業(yè)務(wù)系統(tǒng)的問題。幸運(yùn)的是,有一種系統(tǒng)的、過程驅(qū)動(dòng)的方法可以來平衡反應(yīng)與控制的方法。

 

選擇集成的變革與配置管理策略就是一種有效的讓IT組織兼顧反應(yīng)和變革控制方法來支持業(yè)務(wù)。變革生命周期管理與期望狀態(tài)管理的集成將能在反應(yīng)和變革方面優(yōu)化IT組織。讓集成的變革與配置管理解決方案迎合Sarbanes-Oxley變革與配置管理對(duì)控制目標(biāo)、病毒防范、服務(wù)器整合等方面的要求,使IT組織降低成本、減少服務(wù)器管理人員,是企業(yè)具有能加靈活的應(yīng)變能力來應(yīng)對(duì)變化無窮的環(huán)境。

(完)

相關(guān)鏈接:

如何平衡好IT反應(yīng)和控制(開篇)

如何平衡好IT反應(yīng)和控制(2)

發(fā)布:2007-03-25 10:06    編輯:泛普軟件 · xiaona    [打印此頁(yè)]    [關(guān)閉]
相關(guān)文章: