最近的一篇文章概述了DevOps運動的歷史，并識別出了這個過程中的兩個階段。第一個階段關(guān)注于增強(qiáng)傳統(tǒng)工程團(tuán)隊（Dev、QA以及Ops）內(nèi)部的協(xié)作，而正在出現(xiàn)的第二個階段則以此為基礎(chǔ)，致力于提升工程團(tuán)隊與非工程團(tuán)隊之間的協(xié)作，如銷售和市場團(tuán)隊。
DevOps正式起源于2008年，隨后在2011年的一份報告對其進(jìn)行了總結(jié)，并且認(rèn)為DevOps并不僅僅是一時的狂熱，這被稱之為1.0運動，它試圖將持續(xù)的軟件交付以流水線的形式組織起來，關(guān)注于增加協(xié)作和信任，并采用一定的實踐來促進(jìn)它的實現(xiàn)。目前的實踐和工具證明了該項運動的成熟性。
在去年的DevOps狀態(tài)報告中，描述現(xiàn)狀的關(guān)鍵點可以總結(jié)為：更快更頻繁地部署到生成環(huán)境、對于故障具有更高的可見性以及更快的故障修復(fù)速度。
DevOps的下一階段是由工程團(tuán)隊與非工程功能團(tuán)隊（如銷售）之間更為密切的協(xié)作來驅(qū)動的。客戶和市場會不斷發(fā)生變化，工程團(tuán)隊必須要響應(yīng)這種持續(xù)的變化，要隨時準(zhǔn)備部署新特性以配合市場和銷售活動的開展。
與第一階段類似，有一些實踐和工具的組合已經(jīng)開始涌現(xiàn)，以促進(jìn)該過程的實現(xiàn)。其中包括ChatOps、特性/任務(wù)的管理工具以及儀表盤。這里的關(guān)注點在于提升速度的同時不能損害系統(tǒng)的穩(wěn)定性。
特性標(biāo)記（feature flag）被視為應(yīng)對這一需求的關(guān)鍵機(jī)制。在傳統(tǒng)的軟件發(fā)布過程之中，發(fā)布到生產(chǎn)環(huán)境中的代碼與某個終端用戶可用的特性之間存在著一對一的關(guān)聯(lián)關(guān)系。特性標(biāo)記將這種關(guān)聯(lián)關(guān)系進(jìn)行了解耦，它增加了一項功能，那就是只有在設(shè)置標(biāo)記的情況下，特定的特性才是可用的，而這種設(shè)置可以在運行時進(jìn)行。
將功能發(fā)布與代碼部署進(jìn)行解耦會帶來很多的好處：
代碼能夠在特性尚未完成的時候就進(jìn)行發(fā)布，只需把未完成的特性關(guān)閉即可； A/B測試以及beta測試； 可以將終端用戶劃分為不同的組，如超級用戶與正常用戶、付費用戶與免費用戶。特性標(biāo)記需要在工程團(tuán)隊中形成良好的紀(jì)律性，軟件也需要經(jīng)過深思熟慮的設(shè)計。有一些要進(jìn)行大規(guī)模功能部署的組織已經(jīng)采用了特性標(biāo)記的做法，如Facebook和Etsy。
查看英文原文：The Next Phase in DevOps
京公網(wǎng)安備 11010502049343號