應對 DevOps 中的技術債務：創新與穩定性的微妙平衡

技術性債務在DevOps到底意味著什麼？從本質上講，這是小的開發缺陷的積累，需要不斷地返工。它可能由多種原因引起，例如快速交付新功能的壓力，這可能會導致團隊不得不犧牲程式碼的整潔和完善。但這些不完整的小程式碼，如經濟上的債務一樣，隨著時間的推移會產生“利息”，在軟體工程裡就表現為修改的挑戰或新增新功能的困難。

一、技術債務的原因

技術債務的主要原因之一是組織的開發方和業務方之間的脫節。開發團隊經常會感到保持高特性速度的壓力，有時會以適當的服務規劃為代價。例如，不計劃服務生命週期的結束可能會導致所謂的“老年服務”。這些服務可能做得不多，但對業務運營至關重要，並且可能在以後產生更多的技術債務。它們可能很難遷移，也可能是未知影子或殭屍API的產物。結果是，開發過程可能會被更高效的工作方式所阻礙，從而招致更多的技術債務。

二、技術債務的症狀

沒有嚴格的監控，技術債務可能會減緩整個開發和部署過程，降低產品質量，並限制組織在不斷變化的市場中進行創新的能力。技術債務過多的一些跡象可能包括修復技術債務的成本和時間增加，每次釋出和部署所需的時間持續增加，以及由於在遺留系統上工作和處理頻繁故障帶來的挫折，讓員工的流動率更高。

三、什麼情況下可以忽視技術債務？

雖然技術債務的負面影響是真實存在的，但並不總是需要立即解決，而且這也並不現實。在一些情況下，讓債務累積是有意義的。例如，如果解決技術債務的成本在當下大大高於將來，如果債務沒有影響短期業務需求，或者有緊急版本釋出（如重大安全漏洞修復程式）。在做出正確的權衡時，牢記全域性至關重要，管理良好的技術債務是縮短交付週期的有效工具，可以優先考慮重要部署。

這裡存在一個關鍵點：區分“好的”技術債務和“壞的”技術債的上下文。這種分離歸結為理解對客戶和團隊的實際影響。忽

略一些技術債務畢竟並沒有那麼糟糕，只要有有共同的上下文來指導自己的決策就好。

四、忽視技術債務成為挑戰

當技術債務開始阻礙組織有效運作的能力時，忽視技術債務就成了問題。當這種情況發生時，就是需要解決技術債務的明顯訊號了。如果不加以解決，累積的技術債務可能導致經營業績不佳和收入損失，從這個本質上來說，技術債務也成為了經濟債務。產品和品牌的形象可能會受損，導致失去機會。

五、管理技術債務

管理技術債務需要採取積極主動的協作方法。以下是一些可能有所幫助的策略：

• 確定債務型別：所有的技術債務不能等量齊觀。區分目前尚可接受的債務和不適合積壓的技術債務。

• 分析和自動化：分析債務的來源，並尋找方法來收緊工作流或自動化某些測試和流程。這有助於減少常見錯誤和隱藏的錯誤，防止它們滾雪球般地變成技術債務。

• 制定新的規則和標準：需要明確技術債務在什麼情況是可以被接受的，什麼情況會造成不可逆轉的損失。例如，釋出即時安全修補程式可能被認為是可以接受的，而允許最終導致相當長的停機時間的錯誤則不會被接受。

• 溝通成本：決策者和DevOps團隊必須瞭解技術債務對產品質量和開發人員保留的影響。當另一個截止日期到來時，確保這些關鍵利益相關者意識到風險。如完全瞭解潛在成本，他們可能更可能調整交付日期或為其他開發商提供資金。

總之，技術債務如果得到有效管理，可以成為短期內最佳化交付速度和創新的工具。然而，重要的是要保持平衡，不要讓它累積到開始降低產品質量、減緩開發速度或損害團隊士氣的程度。透過主動識別、分析、管理和溝通技術債務，開發運營團隊可以在軟體開發的這個具有挑戰性的方面進行導航，並維護其基礎設施的健康。