當前位置:龍圖IT服務 > 行業新聞 >

ITIL與DevOps的比較:IT服務不同的觀點

作者:IT服務外包 發布時間:07-03 閱讀: 轉至微博:

關于ITIL與DevOps的評論是很多見的。對此疑問存在很多不一樣的觀念:有些人以為ITIL和DevOps有不一樣的思想辦法;也有人以為ITIL和DevOps是兼容的;還有人以為他它們是不一樣的,可是在IT服務都有自己的方位。在近來的一篇文章中,Charles Betz,Open Group IT4IT論壇的靈敏作業流(Agile Workstream,該安排致力于提供“與供貨商無關的參閱架構,來辦理IT事務”)的負責人,以為它們的準則是不一致的。ITIL仍然陷于一種階段性的流程。而DevOps擁抱精益產品辦理準則,比如辦理進行中的作業,辦理隊列,或許進行小批量處理。
Betz和Jeff Sussna,同為ITIL的置疑者,同意ITIL通過“推進以效勞為基地、從外到內、以客戶為基地的思想”,對IT社區做出了重大的奉獻?墒撬麄円詾,雖然ITIL V3關于“繼續改善效勞”的評論,致力于不斷調整IT進程,堅持與事務需求一致,可是仍然是分階段進程的思想辦法。正如Betz所說的:
關于每次說到“迭代”或“反應”,就有十次說到“方案”或許“擬定方案”。值得注意的是,單詞“實驗”只在效勞戰略中呈現過幾回,而在其它卷中就壓根兒沒有呈現。
IT服務
依據Sussna所述,ITIL V3:
V3把繼續改善效勞放在由效勞戰略、規劃、改變和運營構成的一系列階段的結尾。見到這么一個看起來象瀑布流的辦法,我真的有點兒震動。
在Betz看來,ITIL把IT流水線描繪為“在戰略、開發和運營之間轉換的準確方案的大批量作業”。Betz以為ITIL根本上信任進程是解決疑問的首要機制,通過方案和文檔能夠減輕危險。Betz以為一些這么的根本觀念源自于ITIL的大多數要追溯到10年前這么的事實,因此,是過期的:
ITIL請求把通過改善的IT交給根本模型作為一個集中重視履行、反應和流程的社會技能體系。
另一方面,Gene Kim說ITIL/ITSM是非常兼容于DevOps的:
ITIL和ITSM仍然是支撐IT運營的事務流程的最好匯編,而且實際上描繪了很多需求為了讓IT運營支撐DevOps式作業流的才能。
以及:
不過,更主要的是,ITSM從業者都具有獨特的優勢,協助DevOps的舉措,并為公司發明價值。
Kim舉了一些ITIL/ITSM從業者添加價值的比如。在一個基礎設施主動化項目中,ITSM從業者能夠將現有的“發布辦理預備清單、安全加固清單、等等”集成到主動構建進程中。規范改變,是ITIL術語,描繪頻頻、記錄在案的、低危險、預先同意的改變。 ITSM從業者能夠協助把規范改變嵌入到出產環境的主動布置中。
Rob England不一樣于Betz、Sussna和Kim兩邊。England以為,ITIL和DevOps是不一致的,但兩者可能在同一個IT安排內都有它們的方位。他從Gartner的bi-modal和pace layer模型獲得創意,主張多種速度的IT(multi-speed IT):
保存的:傳統的,也許是瀑布流,改變辦理和運營
靈敏:DevOps的一些變體
依據England所述,公司應當決定選用哪種辦法。一些事務需求及配套的應用程序,需求著重創新和改變速度:它們需求靈敏的辦法。其它事務需求請求安穩和極低的危險:它們需求保存的辦法

關鍵詞: IT服務
    日本一级婬片人妻