2021年DevOps的四大趨勢

從顛覆性的技術到DevOps工具和實踐的持續發展，在未來的一年裡有很多可以談論的話題。重要的是要記住，不管如何發展，技術和人才仍然是推動行業變革的關鍵力量。

使用GitOps擴充套件容器化和編排治理

在2021年，Kubernetes將更為流行。當開發團隊在全球範圍內部署他們的產品時，將面臨著規模問題；運維人員的壓力則來源於需要跨多個雲管理多個例項。

通常，操作團隊使用push模式，其中傳遞管道將更新傳送到Kubernetes叢集。這種模式帶來了挑戰。例如，軟體團隊提出的兩個常見問題是“在給定的環境中部署了什麼版本”和“我們能快速回滾到以前的版本嗎”，在push模式下，這些問題很難得到解決。

GitOps是另一種部署範例，叢集本身從駐留在原始碼管理中的清單中“拉”出更新（使Git成為名稱的一個組成部分）。這裡不深入討論GitOps如何工作的更多細節，重點是關注其價值以及為何它將成為2021年的關鍵趨勢。然而，值得重申的是，使用GitOps會使事情容易得多。Git儲存庫的內容會告訴你應該在叢集中部署什麼，Git提交歷史實際上可以作為叢集部署歷史和審計跟蹤。

首先，已部署應用程式的所有元件都儲存在原始碼管理下。這不僅意味著原始碼本身，還描述看應用程式如何在叢集內執行的Kubernetes清單。這個功能意味著我們可以儲存、版本和管理Kubernetes資源的期望狀態。

接下來，可以將叢集和Git之間的狀態等同起來，從而允許可重複和可稽核的部署。開發人員或運維人員手動執行叢集更改的情況並不少見。這些特別的變化從來沒有被記錄在任何地方，而且是脆弱的。使用GitOps可以解決這個問題，因為沒有記錄在Git中的手動更改很容易被丟棄。

最後，團隊可能多次對叢集進行更改，而這些更改在任何地方都沒有記錄。配置漂移是一個臭名昭著的問題，它持續的時間越長，它就變得越嚴重。部署失敗的典型場景是階段環境和生產環境之間的差異。開發人員在登臺環境中測試他們的應用程式，並假設它在生產環境中也可以工作。GitOps提供了一個解決方案，使運營商能夠減少配置偏差。

關注價值和價值流管理

DevOps團隊仍在努力從構想到實現價值的視覺化和週期時間。在數字轉型上花費了數百萬美元，這通常會產生區域性最佳化，但不會產生系統性的業務結果。價值流管理推動了對應用系統思維的關注，以首先確定在哪裡和什麼型別的投資將導致交付期望的業務結果，然後在整個組織中擴充套件這些概念。

今年，DevOps將從產品交付擴充套件到價值交付，實現更廣泛的數字化轉型，將業務成果從外到內的視角重新納入為其提供動力所需的人員、流程和技術。

DevOps轉換必須與正確的目標和業務KPI（如客戶滿意度）保持一致，然後不斷調整流程和技術以改進它們。越來越多的組織將圍繞價值流來設計DevOps轉換，價值流對映作為早已確立的一項長期實踐，為基於DevOps原則的改進打下基礎。

透過檢查其價值流管理平臺的資料和見解，團隊將能夠進行調整，根據價值流績效選擇進行轉變還是堅持現狀，並持續接收實時反饋。

分析、人工智慧和機器學習將繼續干擾開發、安全和運維

DevSecOps正變得越來越智慧，特別是在基於風險的漏洞管理方面，軟體安全尋求將漏洞評估自動化並協調到交付管道中。

到2021年，解決方案現在可以自動設定策略防護欄，併為負擔過重、資源不足的安全團隊提供基於風險的漏洞管理，這些安全團隊在採用雲技術之前面臨挑戰。

然而，我們將看到的發展是使用智慧來識別實質性的變化，理解開發人員的行為，並取代人工修復漏洞的嘗試。團隊不必花費有限的財政和人力資源來建設安全的基礎設施。相反，這一趨勢將使用人工智慧和機器學習來構建安全的應用程式和基礎設施。

隨著分析系統使用各種技術（如機器學習、深度學習和自然語言處理），從價值流中獲取資料（包括人類和機器資料）變得更加容易，預計這一趨勢將滲透到整個交付管道。圍繞部署、遵從性和應用程式操作的智慧協助將節省人力和減少錯誤。

DevOps平臺

在新的現實中，COVID-19加速了數字顛覆的速度。為了在有限的預算下保持競爭力，每家公司都面臨著提高交付速度和上市時間的越來越大的壓力。為了解決這個問題，更多的公司將轉向平臺方式進行DevOps轉型，以擴大規模並幫助加速數字轉型。

簡而言之，平臺的目標是消除規模障礙，減少外來的認知負荷，並鋪平前進的道路，讓開發者可以專注於交付業務價值。