其實在今天的運維領域，ITIL和DevOps之間的衝突還是蠻明顯的，有些是表現在產品上，有些是表現在思維/理念上。ITIL在產品上以流程為核心目標的設計，很難滿足自動化的要求，DevOps極力推崇工具/平臺/自服務文化；理念也是如此，ITIL以流程為先介入到一個企業的IT過程。本質上來說，這兩者不是同一個東西，但聚焦到運維領域，這個問題值得對比探討一下。

在EXIN官方給的DevOps最新框架中，把很多因素糅合到了一起，對於整個產品生命週期來說，可以看到幾個典型的階段，如敏捷管理、持續交付、IT服務管理。

當然這篇文章不是簡單的從DevOps與ITIL的全/子集的關係來探討，那樣就可以直接下結論，退出討論作罷。

首先讓我們來看看持續交付所宣告的原則：

• 為軟體的釋出建立一個可重複且可靠的過程
• 將幾乎所有事情自動化
• 把所有的東西都納入版本控制
• 提前並頻繁地做讓你感到痛苦的事情
• 內建質量
• “DONE”意味著“已釋出”
• 交付過程是每個成員的責任
• 持續改進

其中有一條講——“將幾乎所有事情自動化”，持續交付覆蓋了【部署】和【運營】兩個運維相關階段。在過去，我也一直強調運維其實也是在做交付，其實也是由此而來。那麼什麼是部署自動化？什麼是運營自動化？自動化部署，就是通過部署平臺，把相應的變更推送到開發、測試和生產環境，不依賴某個人或角色來執行。這裡面就強調的部署平臺能力是針對所有環境——開發、測試、生產等等，並且要支援灰度部署、藍綠部署等等。運營是服務線上執行階段，這裡麵包含了監控、服務變更、服務優化、容量預測與規劃等等。

其實IT運營和產品運營有很多的類似之處，只是兩者看到了物件的不同，一個是IT物件，一個是產品物件。所謂運營都是在建立一套服務流程或過程（有ITIL部分），整合公司內外有限的資源所展開的一系列活動，以便更好的服務客戶。狹義的IT運營可以理解成維護，廣義的IT運營可以包含產品體驗優化、使用者滿意度提升、應用效能管理、安全、質量控制等等，質量控制算是IT質量運營的一個維度。

既然在前面講到了自動化的原則，那麼針對運營過程的自動化到底該如何做？如下圖：

可以把流程或者過程分成兩部分：一部分面向管理過程的“離線任務”為主，一部分是面向“線上服務”的執行過程，管理與執行兼顧。從網際網路現狀來看，ITIL的作用力越靠近應用越弱，在傳統行業這樣的表現力到還沒體現差異。

兩種流程如何結合，有三種模式：

注意：左邊是管理流程，右邊是DevOps執行流程。

模式一：每一個流程節點都需要排程一個執行工具去作業。
優點：流程效率大大提高，整合程度高。
適用場景：CMDB資源申請流程、一些配置變更流程等等。這個模式已經不是從稽核者的視角去看待，而是關注執行者的視角。
例子：CMDB的主機上架流程片段（某證券）

Process是流程平臺，CMDB是配置管理平臺，RFID是主機管理平臺。流程平臺已經開始直接去驅動相關平臺。這是當時設計流程的時候（對應【選擇機櫃】環節），該環節和其他平臺之間互動的時候畫的互動圖。

模式二：審批流完成之後，執行流程才得以進行。
優點：流程規範優先、兼顧流程自動化能力，但流程本身的效率沒有多大的改變。
適用場景：對於大規模的變更或者釋出類工作，或者傳統企業的變更流程。該模式是從管理者視角出發，把效率與流程兼顧起來。

模式三：在執行流程中設定一個節點，定時去check管理流程的審批狀況。
優點：效率優先、規範之後。
適用場景：網際網路化的變更釋出流程、持續交付流程、運維變更流程等等。該模式是從執行者的視角出發，以效率為第一原則。
例子：這個模式遇到多個真實的客戶場景，我都推薦採用類似的方案。特別是一些流程不在ITIL中的情況，比如說他們使用JIRA系統做研發過程管理（如釋出流程），而運維部署平臺則是獨立一套，兩者如何打通和整合？JIRA系統中會有某次釋出的流程，此時在以應用為維度的變更升級流程模板中，會有一個Check的節點，它主要用來檢視ITIL流程的狀態，如果審批通過，部署工具中的執行流程則往下執行，稱之為“紅綠燈機制”。把ITIL比作馬路上的紅綠燈，把DevOps執行工具當成馬路上的車子，有序、效率、安全等各方面都能兼顧。

紅綠燈的複雜度也是視道路複雜度、擁塞情況、車流情況等多方面因素決定，這也就如同企業的流程複雜也各不相同，不要一概而論。

今天思考DevOps，要用結果來定義你的IT模式是不是DevOps，比如說版本交付週期，故障恢復能力等等，這一定是效率優先的。同樣我們思考ITIL流程實踐，也要兼顧效率，帶著工具思維去簡化流程。不可否定，他們有各自存在的價值和場景，用管理和執行的方式來定位，至於流程的模式，我也總結了三種供參考。

@ITIL是面向管理過程的；DevOps是面向IT運營過程的。

@ITIL是規則引擎；DevOps是執行引擎。

@ITIL是強調規範的；DevOps是強調敏捷的。

@ITIL是以離線任務管控為目標的；DevOps則以線上服務管理為目標的。

@ITIL不等於追求穩定；DevOps更不是以犧牲穩定而一味追求效率。

……..

原文出處：https://www.easyops.cn/news/78