DevOps不否定ITIL或ITSM 可以利用它們獲得更大的靈活性

在許多組織中，DevOps已經(jīng)成為現(xiàn)實(shí)，強(qiáng)調(diào)開發(fā)人員和IT操作人員的集成，但這并不意味著現(xiàn)有的框架，如IT服務(wù)管理(ITSM)不再相關(guān)。

ITSM學(xué)院院長(zhǎng)Jayne Groll在最近的一次網(wǎng)絡(luò)研討會(huì)上說：“市場(chǎng)要求IT發(fā)展得更快，”該研討會(huì)概述了ITSM如何支持DevOps，旨在通過引入更頻繁、更小的版本來應(yīng)對(duì)這一加速需求，并通過改善從開發(fā)到運(yùn)營(yíng)和生產(chǎn)的工作流程來加快發(fā)布周期。

Groll說，必須認(rèn)識(shí)到各種職能之間的相互依存關(guān)系和文化改進(jìn)的必要性。 傳統(tǒng)的信息技術(shù)很大程度上是由孤立的專家組成的，這些分離需要分解。 她表示：“DevOps本身并沒有單一的知識(shí)體系，因此它確實(shí)支持敏捷、精益和IT服務(wù)管理。 自動(dòng)化也是DevOps的關(guān)鍵部分..

Groll說，需要消除的一個(gè)神話是DevOps標(biāo)志著IT基礎(chǔ)設(shè)施庫(IT IL)/ITSM的結(jié)束。 “它并不否定它，它實(shí)際上驗(yàn)證了它的必要性?！盌evlOp創(chuàng)造了一個(gè)人、過程和技術(shù)的價(jià)值流，她說，對(duì)于沉浸在ITSM中的人來說，這聽起來應(yīng)該是相當(dāng)熟悉的。 “它確實(shí)依賴于支撐整個(gè)服務(wù)生命周期的流程和實(shí)踐。 它將IT IL和IT服務(wù)管理提升到下一個(gè)層次。

Groll說，將ITSM提升到下一個(gè)層次，包括灌輸一些精益和敏捷的思維，包括IT服務(wù)的戰(zhàn)略、設(shè)計(jì)和開發(fā)、過渡、操作和改進(jìn)。 “這是組織上的敏捷性，將幫助你進(jìn)入下一個(gè)層次。

她說，敏捷ITSM有很多方法可以支持DevOps。

“我們?cè)贒evOps中談?wù)摰囊磺卸际且环N改變，”Groll說，因此敏捷ITSM可以幫助的第一個(gè)領(lǐng)域是變革管理。 “在當(dāng)今充滿活力的IT環(huán)境中，一些組織正在一分鐘地發(fā)生變化。

同樣，敏捷ITSM也可以支持發(fā)布管理，Groll說，這在歷史上一直是最被誤解的ITSM過程之一，并插入到DevOps的中間。 發(fā)布自動(dòng)化作為一種新興的實(shí)踐正在興起。 在ITSM DevOps世界中，發(fā)布管理可以是開發(fā)人員和操作之間的協(xié)作過程。 “它已經(jīng)成為IT組織的心跳，因?yàn)槲覀儽仨氁耘c以前不同的方式來適應(yīng)發(fā)布。

Groll說，由于采用了敏捷的ITSM方法，配置管理發(fā)生了變化。 它從開發(fā)人員開始，特別是因?yàn)榛A(chǔ)設(shè)施現(xiàn)在是代碼。 在過去，配置是通過發(fā)現(xiàn)完成的，現(xiàn)在它是非常實(shí)時(shí)的。 “現(xiàn)在我們?cè)谑茉袝r(shí)從源頭上識(shí)別它們。

今天的DevOps環(huán)境也意味著事件管理的改變；Groll指出，事件不一定是緊急情況，而是發(fā)生在基礎(chǔ)設(shè)施中的任何事情。 雖然它曾經(jīng)是坐在大型儀表板前面的操作員，但事件管理現(xiàn)在正在與開發(fā)同時(shí)進(jìn)行。 她表示：“開發(fā)人員和運(yùn)營(yíng)人員有機(jī)會(huì)一起審視這些儀表板。 “開發(fā)和操作之間幾乎有一個(gè)正在運(yùn)行的對(duì)話。

事件管理當(dāng)然與事件和問題管理有關(guān)。 “恢復(fù)服務(wù)的能力必須很快，”Groll說。 敏捷ITSM有開發(fā)人員和IT操作人員一起工作，通過利用聊天室等工具解決問題，并幾乎即時(shí)地查看事件。 “升級(jí)點(diǎn)可能不僅發(fā)生在重大事件上，也可能只是異常事件?！边@可以幫助在影響用戶之前找到問題。 “我們真的不想用用戶作為監(jiān)視器。

Groll說，這種合作導(dǎo)致開發(fā)人員和操作人員之間的共同責(zé)任。 “它帶走了“他們”和“我們”。

企業(yè)有許多方法可以開始提高ITSM的靈活性：

最重要的是，Groll說，各組織應(yīng)該避免對(duì)ITSM采取一刀切的做法，并審視模型。 “你可以預(yù)先定義一些你需要更多治理的程序。 ”“從你的位置開始。 不要重新發(fā)明輪子。