一千萬個為什麽

搜索

埃森哲對DevOps的多速度IT方法有哪些好處和/或壞處?



埃森哲正在談論他們的“多速IT”方法。

它出現在他們的戰略咨詢中:

並在他們的DevOps博客中發表博文:

以及處理技術組織各個方面的許多其他地方。

Their own "head of DevOps" is talking about how Multi-speed is a bad practice https://www.youtube.com/watch?v=yGcXLwsnDgg

這種“多速IT”理念是否有優點,可以用於與DevOps的持續改進?還是它違背了一些常見的DevOps實踐?

轉載註明原文: 埃森哲對DevOps的多速度IT方法有哪些好處和/或壞處?

一共有 1 個回答:

基於此

較小的齒輪比較大的齒輪移動得更快,但是在那裏   兩個齒輪互鎖,它們保持對齊,不會停止運動。

和這個引用

多速IT的整體思想是交付   功能較少相互依賴。另一方面,你需要花錢   更多努力獲得正確的實踐和工具   支持這一點。例如,你想確保你可以快速   您需要通過自動測試來測試不同的接口版本   有良好的版本控制,以確保你有適當的地方   每個應用程序的組件,你也想確保你可以   通過抽象和分支來很好地管理你的代碼行   在需要時。以及配置管理,打包的基礎知識   並且隨著您的減少,部署將變得更加重要   你必須在你的環境中處理的變量的數量。   您最好刪除通過手動步驟引入的變量   讓這些流程完全自動化。

這篇文章可以說,多速IT方法可以與DevOps保持一致,因為它了解組織中的多個部門和流程,並且只要這些部門和流程的依賴性較低,這些流程無需根據速度進行調整。例如,多個DevOps團隊可以在每個Sprint中創建不同數量的功能,只要這些組件是版本化的,向後兼容的並且文檔齊備。