開啟DevOps評估之旅：DevOps能否為企業帶來價值？

要成功實施和管理devops并非易事，進行devops評估将幫助你了解企業及其it組織是否已經準備好迎接變革。

在當今快速疊代的時代，devops軟體開發及其方法論允許企業相比于傳統軟體開發方法更快地捕捉商業機會。微小的、增量的devops持續改進幫助企業嘗試新的理念，同時也能夠抵禦更大的風險——即使是失敗也不會産生嚴重的後果，這就是為什麼devops能夠取代傳統瀑布式開發方法的部分緣由所在。

devops已經證明其在軟體開發過程中能夠有效提升效率，減少營運團隊和品質保證（qa）團隊間的互動成本，它還要求每一個組織必須準備好變革。在開始動手前回答以下五個問題來一場真正意義上的devops評估。

devops能否為企業帶來價值？

應看中長期的項目回報。傳統軟體開發過程在具備釋出條件前需要數以年計的編碼和測試，這需要在不能確定訂單的情況下提前投入大量的工作。不僅會産生如版本缺陷、疏漏和bug之類的問題，并且業内的競争還很可能會蠶食這一投資的回報率。

devops更短、更小的開發和釋出周期改變了軟體開發的商業意義。開發人員、品質保證和營運團隊從業人員要經常性地為産品的連續釋出貢獻力量。每個版本均為産品增加重要的特性和功能，使得市場收益更快，避免潛在的長期和冒險的投資。

it靈活性是否足夠支援devops？

it組織要經常性地部署每個小而精的版本，這意味着在單個和多個伺服器的資料中心或雲端安裝新版本的應用程式，并聯通背景支撐資料庫、存儲、性能監控及其他資源。這些活動是it管理者的核心職責，需要關注的是devops實施的過程中，也可能會承擔傳統營運過程的負擔。

采用傳統的孤立流程按部就班地部署傳統企業應用程式相當耗時。首先it組織要确定應用程式需求，獲得征用或購買新的伺服器和其他裝置的許可，擷取作業系統和其他軟體的許可證，安裝所有新裝置，并為準許釋出的候選版本進行實際開發，在此過程中與開發人員不會産生太多交流。

如此僵化的流程隻會在it人員偶爾開發軟體時奏效，然而當開發團隊每月就要部署一個或多個版本新應用程式時，這樣的實施政策就很快會面臨失效和崩潰。

遷移到devops的内容應包括多于一個新的開發周期。在你的devops評估中，要考慮到目前的it團隊将如何能在維持現狀和進行革新之時仍可保持開發正常進行。在devops中用于提供存儲、計算以及網絡資源所産生的it工作以及與不同的開發人員、品質保證從業人員的溝通互動，應依照更快的時間進度表進行測試并支援每個版本。

本文轉自d1net（轉載）