北京
DevOps確實讓軟件交付變快了。但對很多團隊來說，交付過程本身卻變得更難理解了。
現(xiàn)在大多數(shù)工程組織的工具箱都是這樣的：規(guī)劃用Jira或Azure DevOps，代碼托管在GitHub或GitLab，CI/CD流水線可能是Jenkins、GitHub Actions、CircleCI或GitLab CI，測試環(huán)節(jié)依賴TestRail或自研QA系統(tǒng)，文檔散落在Confluence、Notion、Google Drive或OneDrive里。
IT服務(wù)管理靠ServiceNow或Zendesk，審批流程在Slack、Teams或郵件里流轉(zhuǎn)，合規(guī)檢查靠電子表格和審計文件夾，最后再用各種儀表盤做匯報。
每個工具確實解決了一個真實問題。問題出在工具之間的縫隙。
當(dāng)發(fā)布相關(guān)的上下文信息分散在互不關(guān)聯(lián)的系統(tǒng)里，團隊連一些基礎(chǔ)問題都答不上來：到底改了什么？為什么改？誰批準(zhǔn)的？哪些測試通過了？哪些風(fēng)險被接受了？合規(guī)驗證做了嗎？支持這次發(fā)布的證據(jù)在哪？
這就是現(xiàn)代DevOps開始崩解的地方。工具鏈的碎片化，讓"更快"變成了"更亂"。
特別聲明：以上內(nèi)容(如有圖片或視頻亦包括在內(nèi))為自媒體平臺“網(wǎng)易號”用戶上傳并發(fā)布，本平臺僅提供信息存儲服務(wù)。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
