自動化是 DevOps 加速推進的關鍵原則之一。它能為組織帶來一致性、可靠性與效率，讓團隊更容易發現並排除問題。以下是您應該認識的 3 大 DevOps 自動化實務：
- 持續整合、持續交付與持續部署：
「DevOps」與「CI/CD」這兩個詞經常被交替使用。我們明白，DevOps 涵蓋的範圍遠不只是讓貢獻者能夠建置與執行程式碼（或交付設定）、提升開發者的生產力。它能縮短設計與交付應用程式所需的時間，讓團隊更快創造價值、更快學習。CI/CD 與 DevOps 雖然不是同義詞，卻彼此相輔相成。
- 持續整合（CI）是一種會測試每一項變更的技術，讓使用者能看出自己的變更是否會破壞環境中的任何部分。
- 持續交付（CD）是一種軟體開發方式，讓任何通過驗證的候選版本都能隨時部署到正式環境。
- 持續部署（CD）則比持續交付更進一步。採用持續部署時，每一項成功的修改都會自動部署到正式環境。由於某些企業與技術（例如硬體與製造業）無法立即將新版本發布給客戶，是否採用持續部署取決於您的公司與產品。
- 變更管理：
變更管理是許多企業流程中不可或缺的一環。開發與維運團隊可以運用一些基本標準與工具來建立一致性，例如自動化準則。
-
版本控制：版本控制長久以來一直協助人們復原變更，並從過去的決策中學習。從 RCS 到 SVN、從 CVS 到 Perforce、從 ClearCase 到 Git，版本控制是團隊協作的必備條件，它為每個人提供一致的工作流程與程式碼庫。
-
變更控制：除了保存程式碼的版本歷程之外，建立一套協調與促進變更的機制，有助於維持產品方向、降低程式碼遭到有害調整的機率，並鼓勵團隊以協作的方式工作。
- X 即程式碼
基礎架構即程式碼（IaC） 模型透過高階抽象，提供一套宣告式框架，用來管理營運環境中的各項元件。換句話說，您提供變數給工具，輸出結果永遠相同，讓您能一致地複製資源。DevOps 運用「即程式碼」原則來達成多項目標。
平台即程式碼（PaC） 為服務提供宣告式模型，就像基礎架構即程式碼為重建相同的基礎架構提供框架一樣，讓您能運用高階抽象，將服務快速部署到既有的基礎架構上。
設定即程式碼（CaC） 則將應用程式的設定定義為受版本控制的資源，讓宣告式管線更上一層樓。
以上就是在導入任何 DevOps 自動化實務之前，您應該了解的重點。DevOps 是一種文化，隨著數位轉型，它在企業與組織之間日益普及。
