Technical Debt (技術債) 一詞, 相信在 IT 界已有所聞, 是軟體工程中的一個 metaphor. 指為了加速軟體開發, 解法上進行了妥協, 採用了短時過能加速的作法, 導致將來會帶來額外的開發代價.
 
技術債不是不好. 只要你能到有計劃還債, 這倒也是一種前進的方式. 所以他是刻意為之, 存在於代碼之中, 將來會透過重構來處理.
 
image
 
哪你有沒有聽過 Dark Debt 呢?
 
他和 技術債 一樣, 都是欠債. 都會導致將來會有額外的代價.
 
但是他有以下不同之處
 
(1) 你根本不知道有欠債. 不是刻意為之所產生. 
 
(2) 不見得直接妨礙開發速度, 但是會造成系統有異常現象
 
(3) 它不見得存在代碼當中. 可能是在發生在人或流程上面
 
所以技術不是種選擇, 我們無法控制它的存在, 它可能發生在任何地方. 
 
例如: Netflix 將系統建置在 AWS 上面, 當 AWS 發生大當機時, Netflix 系統就會出狀況. 這種就是一種 dark debt, 發生在執行的環境, 卻導致Netflix 系統出問題.
 
而 Chaos Engineering 的出現, 就是想幫助開發人員去挖出 Dark debt, 讓這個債務變嚴重之前, 將它給處理好.
 
 
 

    文章標籤

    Devops Chaos Engineering

    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()