一篇論文級的專欄文章:ITIL 與DevOps 的前世今生

一篇论文级的专栏文章:ITIL 与DevOps 的前世今生

ITIL 欠缺主動管理的規劃,而IT部門又開始更多地關注能給業務帶來哪些成效。那麼,DevOps 實踐是否可以與ITIL流程兼容起來,解決這些困境?

一篇论文级的专栏文章:ITIL 与DevOps 的前世今生
一篇论文级的专栏文章:ITIL 与DevOps 的前世今生

一、ITIL

ITIL正式的名字是信息技術基礎架構庫或IT基礎架構庫(Information Technology Infrastructure Library),這是為管理IT服務定義的一組實踐。ITIL作為一個系列出版,其中包括5卷,描述了其流程、過程、任務和檢查表,可以用來說明依從性,並度量朝著這個目標做出的改進。20世紀80年代越來越多的IT組織開始使用越發多樣的實踐方法,ITIL正是由這種趨勢發展而來。

英國國家計算機和電信局(Central Computer and Telecommunications Agency,CCTA)開發了一套建議,著力標準化這些實踐方法。ITIL最早於1989年出版,多年來,這些書和實踐方法在不斷髮展。在最新版本中,5大核心部分分別描述了服務戰略、服務設計、服務轉換、服務運營和服務持續改進。

IT分析師和諮詢師Stephen Mann指出,儘管ITIL的標準化會帶來很多好處,而且全世界已經有超過150萬人獲得了ITIL認證,但從業人員可能還希望關注另外一些領域。Mann指出,ITIL通常更側重於被動管理而不是主動管理,所以我們建議使用ITIL的組織能夠記錄可以嘗試哪些方法在他們的實踐中增加更多主動規劃,並更加關注客戶。

二、ITIL存在的不足

ITIL作為IT服務管理的先進理念,在國內IT運維領域已經深入人心,保障生產系統的可靠性和安全性僅僅是運維工作的基本內容,許多企業的IT部門越來越關注對業務部門需求的反應速度和給業務帶來的實際成效,要求進一步提高IT服務的工作效率和工作質量。顯然,要提高IT服務的整體績效,不能僅僅侷限於運維工作的範疇,也不是ITIL最佳實踐就能夠解決的問題。

ITIL和DevOps有著不同的思維方式。Charles Betz,Open Group IT4IT論壇的敏捷工作流(Agile Workstream,該組織致力於提供“與供應商無關的參考架構,來管理IT業務”)的負責人,認為它們的原則是不一致的。ITIL仍然陷於一種階段性的流程。而DevOps擁抱精益產品管理原則,比如管理進行中的工作,管理隊列,或者進行小批量處理。

三、DevOps與ITIL的兼容並存

ITIL廣泛影響了好幾代運維實踐者,並且依然在演進,是一個不斷髮展的實踐體系,旨在穩定地支撐世界級的IT運維,而且橫跨服務戰略、設計和支持等流程和實踐。

DevOps實踐可以與ITIL流程兼容。然而,為了支持DevOps所追求的更短的發佈週期和更頻繁的部署,ITIL流程的許多方面需要完全自動化,以解決配置和發佈管理流程相關的許多問題,例如保持配置管理數據庫和最終軟件庫是最新的。由於DevOps需要在服務事件發生時進行快速的定位和恢復,因此這些其實還是和ITIL的服務設計、事件和問題管理方面的原則相一致的。

不少從業者認為ITIL/ITSM是非常兼容於DevOps的:ITIL和ITSM仍然是支撐IT運營的業務流程的最佳彙編,並且實際上描述了許多需要為了讓IT運營支持DevOps式工作流的能力。更重要的是,ITSM從業者都擁有獨特的優勢,幫助DevOps的舉措,併為企業創造價值。

下面是一些ITIL/ITSM從業者增加價值的例子:在一個基礎設施自動化項目中,ITSM從業者可以將現有的“發佈管理準備清單、安全加固清單等等”集成到自動構建過程中。標準變更,是ITIL術語,描述頻繁、記錄在案的、低風險、預先批准的變更。 ITSM從業者可以幫助把標準變更嵌入到生產環境的自動部署中。

“雙態”:

ITIL和DevOps雖然存在很多不一致的地方,但兩者可能在同一個IT組織內都有它們的位置。業界從Gartner的bi-modal和pace layer模型獲得靈感,主張多種速度的IT(multi-speed IT):

-保守的:傳統的,也許是瀑布流,變更管理和運營

-敏捷:DevOps的一些變體

企業應當決定採用哪種方法。一些業務需求及配套的應用程序,需要強調創新和變更速度:它們需要敏捷的方法。其它業務需求要求穩定和極低的風險:它們需要保守的方法。

四、DevOps對運維帶來的改變

有別於傳統模式下的每隔幾個月才部署一個新版本的應用,DevOps流水線模式下,運維需要處理開發人員每週甚至每天生產的數百個潛在構建;因此,他們需要改變開發-測試的參與方式、處理變化的方式、管理環境的方式以及實現自動化的方式:

- 參與前移:可以通過讓運維團隊成員參加開發團隊的每日例會這樣簡單的步驟開始運維參與前移。

- 虛擬化及自動化:採用軟件定義的環境為運維提供更高程度的敏捷性。

- 變更管理:基於ITIL這樣已經驗證過的實踐進行擴展及調整,去處理數量級更高的變更管理任務,要求所有的運維任務實現自動化,從配置與管理環境到實施政策,到利用軟件定義環境,再到標準化用以採集所有相關參數及運營關鍵績效指標的儀表盤。

運維人員應該藉助ITIL原有功能,在四個核心領域支持DevOps:

- 配置管理:保證具有類似架構的開發、測試及生產環境的一致性。

- 事件管理:對任何環境中識別出的問題及事件,能夠及時採取處理措施。

- 基礎設施及應用性能管理:提供持續監控,確保應用質量穩定。

- 業務服務管理:提供有分析數據支持的業務儀表盤,為所有利益相關者提供持續業務

反饋,使其得以在必要時調整方案。

五、DevOps的實施與ITIL標準符合性

-使ITIL實踐更加精益、高效,以縮短諸如變更管理或者相關的事件管理這類的IT需求的處理週期時間

-通過引入政策以及基於規則的自動化,減少IT審批流程中的手動步驟

-自動獲取參數並審計集成交付流水線中的追蹤數據作為符合ITIL限制的證明

DevOps的自動化可以顯著提升IT服務管理流程價值的領域包括:

-利用基於業務流程管理(BPM)的編排工具,比如IBM Cloud Orchestrator(ICO)或者VMWare vRealize,實現服務與環境的編排自動化

-日誌與警告自動化,及使用Splunk或IBM Operations Analytics進行數據相關性分析

-利用諸如ServiceNow或IBM Control Desk這類的工具實現事件管理的流程自動化

《Effective DevOps》

《DevOps實踐指南》

《DevOps實施手冊》

ITIL與DevOps的比較:不同的觀點

一篇论文级的专栏文章:ITIL 与DevOps 的前世今生


分享到:


相關文章: