DevOps的軟件供應鏈如何理解

這篇文章將為大家詳細講解有關DevOps的軟件供應鏈如何理解，文章內容質量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關知識有一定的了解。

廣義地講，DevOps 是一種基于精益和敏捷原則的方法，企業所有者以及開發、運維和質量保證部門運用此方法持續地交付軟件，支持企業更快地抓住市場機遇并縮短融入客戶反饋的時間。

其整體生命周期如下圖：

而我認為這個生命周期可以稱之為--軟件供應鏈。

DevOps的精髓

DevOps的精髓是所有利益相關方之間的擴展協作，不僅僅是開發和運營之間，還有業務線、參與軟件交付的供應商和消費者本身之間的協作。在這一擴展意義上講，DevOps包括有關安全與合規性，以及交付流程的所有方面(如多源采購)的業務治理實踐。DevOps對于持續軟件交付是一個重要的企業功能，使組織能夠抓住市場機遇，并縮短客戶反饋的時間。

DevOps方法論

DevOps方法將敏捷和精益思維原則應用于組織中的所有利益相關方，包括客戶、供應商合作伙伴。通過將精益原則延伸到整個軟件供應鏈，DevOps將加速客戶反饋周期、統一衡量和使整個企業的協作，以及更少的開銷、重復和返工來提高生產力。它通過三個動態功能向業務提供競爭優勢:

1. 通過在整個價值鏈中實現協作式開發和測試，加速思想的持續創新

2. 通過自動化軟件交付流程并消除浪費，同時幫助解決監管問題，實現這些創新的持續交付

3. 通過監控和優化軟件驅動的創新，提供反饋循環，以便向客戶持續學習

DevOps面臨的挑戰

DevOps的價值可以被描述為創新和交付周期，具有一個持續反饋循環，以了解和響應客戶需求。為了實現基于軟件的創新和交付的價值，企業在此關鍵企業功能中必須處理的部分主要挑戰是:

1. 企業在真實的生產環境中實際交付軟件之前，用戶可能認為有價值的東西仍然是未知的

2. 至少需要4至6周來實施變更并將其交付給客戶

3. 企業越大，不同群體(LOB、開發、運營、供應商等)之間越缺乏協作，每個群體都使用他們自己的流程、工具和基礎架構

4. 手動流程(沒有很好的文檔化)對流程中包含的所有步驟均增加了延遲

5. 衡量/指標的缺乏阻止業務持續獲得反饋

6. 相互矛盾的目標: 開發團隊的動力是迅速的變更，而運營團隊的

7. 動力則是保持環境穩定。

DevOps采用的精益思維和敏捷方法

1. 消除對于了解客戶需求而言不是必需的任何活動，這強調利用一個反饋回路獲得快速、持續迭代和客戶洞察。

2. 消除手工流程所造成的等待時間和延誤，以及對個體的依賴。

3. 使知識工作者、業務分析師、開發人員、測試人員和其他領域專家能夠專注于創造性活動(不是程序性活動)，幫助保持創新，并避免昂貴和危險的組織及技術“復位”。

4. 轉向有意義的交付分析，優化風險管理，通過可衡量的方式減少不確定性，啟發經過驗證的學習。

DevOps解決方案需要什么

1. 使用一組基于精益思維的常用實踐，通過協作式開發和持續測試(實現持續創新)實現價值最大化，并消除不會讓客戶直接受益的任何活動。

2. 自動化手動和管理活動(實現持續交付)，如變更和協調、可追溯性、衡量、進度報告等

3.  在面向客戶的環境中建立一個閉環反饋機制(實現持續學習)

4. 使用有意義的衡量和進度監控(實現持續優化)，提高整個組織的可見性，包括軟件價值交付供應鏈。

關于DevOps的軟件供應鏈如何理解就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。