DevOps：軟體架構師行動指南1.4 DevOps與靈活

<b>1.4　devops與靈活</b>

<b></b>

devops的一個特征是強調devops實踐與靈活實踐的關系。本節将把devops實踐覆寫在ibm規範靈活傳遞上。我們的重點不是解釋規範靈活傳遞，而是說明devops中增加的内容。如果想了解規範靈活傳遞，可參閱《disciplined agile delivery: a practitioner’s approach》一書。如圖1-2所示，規範靈活傳遞包含3個階段——開始、構造和轉換。在devops的語境中，我們把轉換解釋為部署。

devops實踐影響所有這三個階段。

1）開始階段。在開始階段中，完成釋出計劃和初始需求規格說明。

a.運維人員考慮的内容将為開發人員增加一些需求。本書後面會介紹更多細節，其中的兩個需求是維護釋出向後相容性以及軟體可切換的特性。運作日志資訊的形式和内容影響運維人員排查問題的能力。

b.釋出計劃包含了為功能定優先級，它也包含了與運維人員之間的配合，包括釋出排程、确定運維人員為了支援新釋出需要做哪些教育訓練。釋出計劃也包含了確定與生産環境中的其他軟體包的相容性以及釋出失敗時的恢複計劃。devops實踐使得在釋出計劃中與協作相關的很多主題不再需要，而其他方面變得高度自動化。

圖1-2　每個釋出的規範靈活傳遞階段（改編自ambler和lines編著的《disciplined agile delivery: a practitioner’s guide》一書）[标注法：波特價值鍊]

2）構造階段。在構造階段中，devops實踐的關鍵要素是對代碼分支的管理、持續內建和持續部署的使用、自動化測試的測試用例的合并。這些也是靈活實踐，但卻是實作自動化部署流水線的一個重要組成部分。一個新的元素是在建構與轉換活動之間，內建和自動連接配接的。

3）轉換階段。在轉換階段中，對解決方案進行部署，并由開發團隊負責部署、監控部署的過程，确定是否需要復原以及何時復原，并監控部署後的運作。開發團隊有一個“可靠性工程師”的角色，他在部署和後續運作過程中負責監控及排查問題。