一千萬個為什麽

搜索

DevOps是否與ITIL兼容?



在我的職業生涯中,我既是一名軟件開發人員,也是一位運營角色的 ITIL 從業者。因此,DevOps對我來說是一個自然發展。
然而,我一直在努力使用ITIL引入的高度專業化的語言,並使得“開發者友好”足以讓開發者完全不用關閉。

ITIL是一個國際公認的IT服務管理框架,已經發展了30多年,作為一系列對組織的運營穩定性和成熟度有益的做法。

DevOps是否真正與ITIL兼容,或者實質上我們是否需要采用ITIL的精神並將其“翻譯”為開發團隊更好理解的語言:

  • Incident & Problem Management → Production Defects, Bugs or Issues
  • Change & Release Management → Continuous Delivery
  • Event Management → Logging, Telemetry, Instrumentation and Alerting

轉載註明原文: DevOps是否與ITIL兼容?

一共有 3 個回答:

在我看來,DevOps文化伴隨著對敏捷流程管理的方法變更。
ITIL主要針對流程的明確形式和結果,因此更適合於瀑布模型。

這並不意味著ITIL與Devops不兼容,但通常這將是兩個不同時間線的獨立流程。 我的意思是,在ITIL參考文件中包含新產品通常會延遲到產品/應用程序在產品中發布一段時間,而在產品“完成”之後,早期的缺陷和集成ITIL所需的一些文檔已經完成並進行了調整。生活”。

ITIL中的一件事是服務設計,它假定在任何開發任務之前定義,敏捷過程將會/可能在每次叠代中檢查設計,打破ITIL過程中所需的形式化。

正如您所說,ITIL的主要目標是提供一個框架,以確保在設計/概念和維護階段(Build/Run)之間不會遺漏任何內容。在devops文化中,整個團隊長期負責所有階段,因此形式主義為什麽會減少。

這並不意味著我們必須忘記ITIL,核心原則絕對是好的,並且在我看來,它應該被用作建立產品初始積壓的清單。 只是遵循ITIL原則,其所有形式與快速叠代軟件開發的縮短時間目標背道而馳,有時甚至不適用,因為團隊之間所需的信息傳輸較少,因為任務由同一團隊完成。

我是ITIL認證的(雖然已經有一段時間了)。我同意Tensibai的觀點:ITIL和DevOps不是“不兼容”,但這並不一定會成為他們的好朋友。

可以說ITIL中的流程必須以某種方式發生,特別是對於大型組織。已經實施ITIL的DevOps實踐的成功整合需要仔細規劃,溝通和執行。再次,任何DevOps轉型都是如此。

對於既沒有ITIL也沒有DevOps的“綠地”轉型,我會用你所描述的“映射”術語來制作兩者的組合。只要組織中的每個人都在同一頁面上,使用相同的語言,ITIL和DevOps就可以在組合時增加價值。

我喜歡 IT懷疑論者提供的答案。 show/2013/3/25/devops-cafe-episode-40.html“rel =”nofollow noreferrer“>插曲 DevOpsCafe.org 如果我記得正確,他的思路是,如果你真的了解ITIL,那麽沖突就很小。大多數ITIL指南非常籠統,沖突主要在ITIL的某些實現之間,而不是落後於實際規範。