第一部分 DevOps介紹
第1章 敏捷、持續交付、三步法
技術價值流-（把業務構想-轉換為交付價值的服務-由技術驅動所需要的流程）
前置時間-作業創建到作業處理到作業完成的時間（作業創建并不一定立即進行處理）前置時間過長 客戶體驗糟糕；
處理時間-作業處理到作業完成的時間；
返工指標-實際有效耗時/總花費時間（實際有效指真正有用的作業，不必修復、補充、澄清）
目標-分鐘級別的部署前置時間：
- 前提模塊化、高內聚、低耦合
- 小批量變更
- 自動化測驗
- 自動部署
DevOps基本原則
第一步，實作開發到運維的作業快速地從左向右流動，為了最大程度地優化作業流，需要將作業可視化，減小每批次大小和等待間隔，通過內建質量杜絕向下游傳遞缺陷，并持續地優化全域目標，
第二步，在從右向左的每個階段中，應用持續、快速的作業反饋機制，該方法通過放大反饋環防止問題復發，并能縮短問題檢測周期，實作快速修復，
第三步，建立具有創意和高可信度的企業文化，支持動態的、嚴格的、科學的實驗，通過主動地承擔風險，不但能從成功中學習，也能從失敗中學習
第2章 流動原則
開發到運維之間快速、平滑、能向客戶交付價值的作業流，目標：縮短上線時間的同時提高服務的質量和可靠性，
1：作業可見
可視化作業板，度量作業的前置時間
2：限制在制品的數量
限制多任務；發現作業中的阻礙；停止多任務處理的開始，已經開始的任務確保完成；
3：減少批量大小
每次操作只執行一個單位產品的處理，小批量的制品，前置時間更短，錯誤檢測更快，返工量更少，
4：減少交接次數
自動化執行大部分操作，避免資訊丟失，減少佇列等待時間
5：持續識別和改善約束點（瓶頸-技術、資源……）
識別、利用、全域、改善
環境搭建的約束點-通過自動化創建環境
代碼部署的約束點-通過自動化部署
測驗準備和執行-自動化測驗
架構緊密耦合-創建松散耦合的架構
6：消除價值流中的浪費
半成品-沒有徹底完成的作業；額外工序-不增值的額外作業；額外功能-避免鍍金；多任務切換-避免并行處理；等待-避免由于資源問題的等待
移動-避免頻繁進行作業移動（人員、作業）……
第3章 反饋原則
每個階段中能夠快速、持續的獲得作業反饋，在發生前發現并消除問題，
1：要在復雜系統中安全地作業，必須具備4種能力
- 管理復雜的作業，從中識別出設計和操作的問題；
- 群策群力解決問題，從而快速地構建新知識；
- 在整個組織中，將區域性的新知識應用到全域范圍；
- 領導者要持續培養有以上才能的人，
2：及時發現問題-通過在作業系統中建立反饋和前饋回路的方式
目標是在技術價值流的每個階段（包括產品管理、開發、QA、資訊安全和運維），在所有作業執行的程序中，建立快速的反饋和前饋回路，
（這包括創建自動化的構建、集成和測驗程序，以便盡早檢測出那些可能導致缺陷的代碼變更，建立全方位的監控系統，監控服務組件在生產環境中的運行狀態，以便快速探測到服務的意外情況，）
反饋回路不但能讓問題的快速探測和修復成為可能，而且還能告訴我們如何防止問題復發，
3：群策群力，戰勝問題獲取新知
4：在源頭保障質量
讓所有人都負起了質量責任，而不是僅讓一個部門來負責
5：為下游作業中心而優化
在技術價值流中，我們通過為運維而設計來為下游作業中心做優化，包括運維的非功能性需求（如架構、性能、穩定性、可測驗性、可配置性和安全性）與用戶功能同樣重要，
總結
建立快速的反饋機制，對于實作技術價值流中的高質量、可靠性和安全性至關重要，為此，要在問題發生時識別問題，群策群力解決問題并構建新的知識，在源頭控制質量，并且不斷地為下游作業中心做優化，
第4章 持續學習與實驗原則
持續提示個人技能，轉換為團隊和組織財富
學習型組織和安全文化
將日常作業的改進制度化
區域發現轉化為全域優化
在日常作業中注入彈性模式
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/161273.html
標籤：其他