ITIL好看不好吃?(四)
生活随笔
收集整理的這篇文章主要介紹了
ITIL好看不好吃?(四)
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
一頭是上級的要求、一頭是員工的抵制。要想在“行駛中換輪子”,還真有些力不從心。他怎樣解決運行管理的問題呢? “南桔”成“北枳”
????????王主任是某省電信公司計費業(yè)務(wù)中心主任。五、六十人的計費業(yè)務(wù)中心負責(zé)全省計費、經(jīng)營分析等重要業(yè)務(wù)系統(tǒng)的建設(shè)和運行工作。 計費業(yè)務(wù)中心雖說人不少,但具體到每個系統(tǒng),也就一、兩個人負責(zé)。由于業(yè)務(wù)變化快、系統(tǒng)升級改造頻繁,這些人的主要精力放在了項目建設(shè)和工程施工上,運行保障工作基本處在比較初級的自發(fā)狀態(tài):工作以“救火隊”方式的被動響應(yīng)為主,故障處理和系統(tǒng)維護過程基本沒有記錄和總結(jié)。王主任理解,ITIL(信息技術(shù)基礎(chǔ)架構(gòu)庫)建設(shè)是管理項目,ITIL標(biāo)準(zhǔn)的確先進,咨詢專家說得也絕對正確,大廠商昂貴的軟件功能確實很多,但落實到本部門實際工作中,總感到很隔膜。聽專家和廠家介紹起來頭頭是道,只要買了他們的產(chǎn)品和服務(wù)就能包治百病,但真花了很多錢之后似乎什么病也沒治好,還說不清人家的東西哪里不好。是ITIL到了國內(nèi)水土不服,還是國際大廠商開出的藥方不對癥?總不能說自己生的病不對吧?
???????? ITIL在該企業(yè)中的應(yīng)用歸結(jié)下來主要有以下幾方面問題:
?◆ 系統(tǒng)建設(shè)耗費大量部門資源,無力進行運行保障工作;
?◆ 部分員工不愿接受ITIL帶來的變化;
?◆ 流程“一人多角”現(xiàn)象嚴(yán)重,執(zhí)行層面阻力較大;
?◆ 流程工具使用情況不理想,系統(tǒng)建設(shè)成效不夠顯著。 勿讓ITIL成“北枳”
??????? 企業(yè)在IT運營過程中遇到的80%的問題是由管理原因?qū)е?#xff0c;而管理問題需要采用管理的手段加以解決,這也是身為IT管理最佳實踐的ITIL如此受到推崇的原因之一。 然而,盡管ITIL擁有國外各大企業(yè)成功實踐的“純正血統(tǒng)”,但正如“南桔北枳”的道理一樣,對他人成功的簡單移植卻并不一定能夠確保自己的成功。根據(jù)我們對國內(nèi)各大企業(yè)的調(diào)查表明,國內(nèi)企業(yè)上馬ITIL的不少,但真正能夠有效利用并體現(xiàn)其價值的卻寥寥無己。大家討論的話題也逐漸地由What轉(zhuǎn)移到了How。如何在組織內(nèi)部正確地實施ITIL,使其最佳實踐的理念和方法在國內(nèi)IT的土壤中生根發(fā)芽、茁壯成長,最終收獲期望的果實,如何讓“北枳”與“南桔”一樣甜美,甚至超過“南桔”變成世人稱道的“北桔”,成為一個嚴(yán)峻而富有挑戰(zhàn)的現(xiàn)實問題。 北方如何收“南桔”-監(jiān)控事件自動觸發(fā)服務(wù)臺請求
??????? 為了更加方便的進行故障處理,同時在IT管理中也需要對所有出現(xiàn)的故障進行記錄和統(tǒng)計,不放過任何漏網(wǎng)之魚,所以,監(jiān)控系統(tǒng)產(chǎn)生的重要故障報警自然不能輕易放過,如果有一種自動化的故障事件觸發(fā)策略,當(dāng)出現(xiàn)故障事件時,除了按照常規(guī)方式報警之外,還可以按照預(yù)定義規(guī)則觸發(fā)故障處理流程給管理員,做到監(jiān)控與運維的無縫集成,那么對于IT故障管理來講,就解決了一個最大的服務(wù)臺請求來源的問題。
??????? 監(jiān)控系統(tǒng)與服務(wù)臺的緊密結(jié)合,從配置角度上來講當(dāng)然是越簡單越好,比如我們所講的“四步曲”,通過四步操作就能觸發(fā)對應(yīng)的服務(wù)臺請求:
1.1?選擇需要產(chǎn)生運維流程的IT資源
1.2?選擇當(dāng)產(chǎn)生某種事件時觸發(fā)運維流程
1.3?選擇觸發(fā)流程的類型
1.4?選擇流程處理人員 將這些內(nèi)容設(shè)置完畢后可以在服務(wù)臺中看到對應(yīng)的故障單: 另外一個重點,請求自動觸發(fā)到服務(wù)臺,一線處理人員在進行處理的過程中就會面對一個重要的問題,就是這個問題是否可以提供給我處理依據(jù),可以將以往已經(jīng)處理過得類似的處理方式提供給我做參考,所以這才是服務(wù)臺的關(guān)鍵,自動化的根據(jù)故障的類型,關(guān)聯(lián)出知識庫中的對應(yīng)條目,那就更好了,比如下面途中的示例: 點開操作按鈕就可以看到具體的處理步驟了: 所以,在IT運維管理的過程中,有一個非常重要的點就在于我們上述所講到的:監(jiān)控事件自動觸發(fā)服務(wù)臺請求,統(tǒng)一管理所有IT事故,同時,在進行請求處理的過程中,還可以自動的關(guān)聯(lián)出對應(yīng)的知識條目,這樣一來就可以使IT運維的過程更加自動化,也方便了統(tǒng)計和管理。
????????王主任是某省電信公司計費業(yè)務(wù)中心主任。五、六十人的計費業(yè)務(wù)中心負責(zé)全省計費、經(jīng)營分析等重要業(yè)務(wù)系統(tǒng)的建設(shè)和運行工作。 計費業(yè)務(wù)中心雖說人不少,但具體到每個系統(tǒng),也就一、兩個人負責(zé)。由于業(yè)務(wù)變化快、系統(tǒng)升級改造頻繁,這些人的主要精力放在了項目建設(shè)和工程施工上,運行保障工作基本處在比較初級的自發(fā)狀態(tài):工作以“救火隊”方式的被動響應(yīng)為主,故障處理和系統(tǒng)維護過程基本沒有記錄和總結(jié)。王主任理解,ITIL(信息技術(shù)基礎(chǔ)架構(gòu)庫)建設(shè)是管理項目,ITIL標(biāo)準(zhǔn)的確先進,咨詢專家說得也絕對正確,大廠商昂貴的軟件功能確實很多,但落實到本部門實際工作中,總感到很隔膜。聽專家和廠家介紹起來頭頭是道,只要買了他們的產(chǎn)品和服務(wù)就能包治百病,但真花了很多錢之后似乎什么病也沒治好,還說不清人家的東西哪里不好。是ITIL到了國內(nèi)水土不服,還是國際大廠商開出的藥方不對癥?總不能說自己生的病不對吧?
???????? ITIL在該企業(yè)中的應(yīng)用歸結(jié)下來主要有以下幾方面問題:
?◆ 系統(tǒng)建設(shè)耗費大量部門資源,無力進行運行保障工作;
?◆ 部分員工不愿接受ITIL帶來的變化;
?◆ 流程“一人多角”現(xiàn)象嚴(yán)重,執(zhí)行層面阻力較大;
?◆ 流程工具使用情況不理想,系統(tǒng)建設(shè)成效不夠顯著。 勿讓ITIL成“北枳”
??????? 企業(yè)在IT運營過程中遇到的80%的問題是由管理原因?qū)е?#xff0c;而管理問題需要采用管理的手段加以解決,這也是身為IT管理最佳實踐的ITIL如此受到推崇的原因之一。 然而,盡管ITIL擁有國外各大企業(yè)成功實踐的“純正血統(tǒng)”,但正如“南桔北枳”的道理一樣,對他人成功的簡單移植卻并不一定能夠確保自己的成功。根據(jù)我們對國內(nèi)各大企業(yè)的調(diào)查表明,國內(nèi)企業(yè)上馬ITIL的不少,但真正能夠有效利用并體現(xiàn)其價值的卻寥寥無己。大家討論的話題也逐漸地由What轉(zhuǎn)移到了How。如何在組織內(nèi)部正確地實施ITIL,使其最佳實踐的理念和方法在國內(nèi)IT的土壤中生根發(fā)芽、茁壯成長,最終收獲期望的果實,如何讓“北枳”與“南桔”一樣甜美,甚至超過“南桔”變成世人稱道的“北桔”,成為一個嚴(yán)峻而富有挑戰(zhàn)的現(xiàn)實問題。 北方如何收“南桔”-監(jiān)控事件自動觸發(fā)服務(wù)臺請求
??????? 為了更加方便的進行故障處理,同時在IT管理中也需要對所有出現(xiàn)的故障進行記錄和統(tǒng)計,不放過任何漏網(wǎng)之魚,所以,監(jiān)控系統(tǒng)產(chǎn)生的重要故障報警自然不能輕易放過,如果有一種自動化的故障事件觸發(fā)策略,當(dāng)出現(xiàn)故障事件時,除了按照常規(guī)方式報警之外,還可以按照預(yù)定義規(guī)則觸發(fā)故障處理流程給管理員,做到監(jiān)控與運維的無縫集成,那么對于IT故障管理來講,就解決了一個最大的服務(wù)臺請求來源的問題。
??????? 監(jiān)控系統(tǒng)與服務(wù)臺的緊密結(jié)合,從配置角度上來講當(dāng)然是越簡單越好,比如我們所講的“四步曲”,通過四步操作就能觸發(fā)對應(yīng)的服務(wù)臺請求:
1.1?選擇需要產(chǎn)生運維流程的IT資源
1.2?選擇當(dāng)產(chǎn)生某種事件時觸發(fā)運維流程
1.3?選擇觸發(fā)流程的類型
1.4?選擇流程處理人員 將這些內(nèi)容設(shè)置完畢后可以在服務(wù)臺中看到對應(yīng)的故障單: 另外一個重點,請求自動觸發(fā)到服務(wù)臺,一線處理人員在進行處理的過程中就會面對一個重要的問題,就是這個問題是否可以提供給我處理依據(jù),可以將以往已經(jīng)處理過得類似的處理方式提供給我做參考,所以這才是服務(wù)臺的關(guān)鍵,自動化的根據(jù)故障的類型,關(guān)聯(lián)出知識庫中的對應(yīng)條目,那就更好了,比如下面途中的示例: 點開操作按鈕就可以看到具體的處理步驟了: 所以,在IT運維管理的過程中,有一個非常重要的點就在于我們上述所講到的:監(jiān)控事件自動觸發(fā)服務(wù)臺請求,統(tǒng)一管理所有IT事故,同時,在進行請求處理的過程中,還可以自動的關(guān)聯(lián)出對應(yīng)的知識條目,這樣一來就可以使IT運維的過程更加自動化,也方便了統(tǒng)計和管理。
總結(jié)
以上是生活随笔為你收集整理的ITIL好看不好吃?(四)的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: MySQL5与Tomcat-5.5的常用
- 下一篇: Liferay SSO CAS 集成