Blog

itstechschool
10 2017

影響DevOps世界,ITIL和敏捷

/
發布者

DevOps,ITIL和敏捷影響

變化是當今的要求,現在像以前一樣,商業和創新變革的步伐正在加快。 組織和客戶希望IT服務供應商能夠提高響應能力,並以更高的質量傳達更經常的服務變更,從而為服務帶來更多的業務激勵。 ITIL是傳達和監督創新作為企業服務的真正全球結構。 Deft是一個加速應用程序開發和安排的系統(利用程序和程序,例如Scrum)。 DevOps是一種工作理論或方法,可以通過這種靈活的策略來承認更多值得注意的優勢和更快的交付。

重疊

DevOps覆蓋了大部分ITIL服務生命週期階段。 應用程序開發(Agile)通過服務移動與ITIL服務大綱相交叉。 應用程序管理經歷了ITIL生命週期的大部分時間。 服務操作始於服務大綱,通過一致的服務更改。

 

DevOps的

  • DevOps是一種“尊重包括”的方式來對付敏捷開發強調:
  • 運營團隊與內部開發團隊的持續關聯和參與貫穿整個開發生命週期
  • 在確定服務安排的願景和製裁之際,運營團隊的參與可以提前完成
  • 運營小組對提供服務和諮詢服務的技術和應用先決條件對建議的排放計劃可達性的貢獻
  • 以這種方式增強了組織的重複性,從而加快了新的或增強的應用程序有用性更改的上市時間
  • 降低新排放的失望率,更多的連續刷新和更快的恢復時間,以防變化失望
  • 應用服務機械化來加快常規的“過程模型,例如標準的變化或常規的排放更新

 

ITIL的

這些合作的想法,升級的通信和業務響應不在ITIL之外。 事實上,ITIL結構著重於在服務技術,服務計劃和服務移動期間提前納入技術管理和應用程序管理有用組織的要求。 ITIL很明顯,服務運營能力 - 技術框架小組 - 應該提前向大綱和開發小組提供關於應用程序對現場條件的支持性和健康性的建議。 對服務工程,應用工程,組織設計,數據設計,數據庫工程等“服務安排”的技術設計同樣應該做出貢獻。

聯合勢力的力量

應用程序管理人員(負責所有應用程序的整個生命週期 - 不僅僅是在內部創建的應用程序)應該在服務生命週期中正確鎖定。 真相被告知,他們應該是那些與企業合作的人,個人作為業務關係負責人(BRM)和服務所有人承認要識別,描述和記錄整個“服務安排”的先決條件並保證這些條件被捕獲在正在考慮的新服務或變更服務的服務合同中。

正如ITIL所指出的那樣,應用程序管理團隊應該與在服務大綱和服務之間保持中心地位的開發團隊密切合作,並且快速開發和發送作為總體服務安排中的一部分的應用程序。 雖然靈活的開發集中於在服務計劃和服務移動方面橫向演練的快速開發,但應用程序管理從整個服務生命週期處理應用程序,從方法學到大綱和移動(與開發一起工作),並進入運行和不間斷的變化。 這種方法保證服務安排(包含應用程序)可以很好地發送,並在現場操作中持續執行,以解決業務客戶和客戶的問題。

與DevOps一樣,ITIL同樣非常熱衷於利用“模型”和服務機械化的應用來擴大生產力,加快執行速度並降低成本。 ITIL強調的是,儘管它可能有效,但IT服務提供商在理解計算機化的最極端優勢之前,應首先進行流程和流程驅動。 標準變更或排放“展示”應首先報告並打破,必須取消“裂縫”,流程和界面必須精簡和機械化。 正是在這一點上,才能實現最極端的優勢。

毫無疑問,ITIL是IT行業最佳排練的中心。 儘管如此,IT服務提供商必須通過並鞏固最佳互惠實踐(包括敏捷和DevOps),這些實踐似乎可以加強與業務和客戶的安排,提高IT服務的質量和執行力,提高吞吐量運輸和降低一般IT成本。

在這一點上繼續閱讀,查看課程,交點 DevOps的 - ITIL®.

發表評論

GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!