CI/CD和 DevOps還在傻傻分不清嗎？今日一文讓你通透

基本概念

持續集成

（Continuous Intergration）

​ 持續集成的重點在於構建編譯及測試，開發人員每天要提交很多次代碼到分支，在分支合併到主幹前，需要通過編譯和測試識別出問題。持續集成的流程就是通過自動化的構建（主要是構建編譯、自動化測試）來驗證，從而儘早地發現集成錯誤。

持續集成的核心意義：通過自動化測試儘早的發現代碼的問題。

持續交付

（Continuous Delivery）：

​ 持續交付指的是將產品儘可能快的發佈上線的過程。持續交付是在持續集成基礎上的擴展，也就是說除了自動化編譯、自動化測試，為了儘快上線我們還需要自動化發佈流程，整個流程實現後，根據實際需要，可以周期性的進行產品上線發佈，上線方式為人工點擊部署實現快速上線。部署環境的先後部署順序，一般在公司都是開發環境、測試環境、預發佈環境（類生產環境）和正式生產環境，如果代碼在預發佈環境測試通過，那麼就可通過手動的方式部署生產環境實現上線的目的。

持續交付的核心意義：儘快的將最終的產品發佈到線上環境，給用戶使用。持續交付是每個企業追求的目標，我們常說的CI/CD里的CD一般指的就是持續交付。

持續部署

（Continuous Deployment）：

​ 持續部署就是在持續交付的基礎上，將編譯、測試、打包部署到生產環境的過程做成自動化。

​ 持續部署的核心意義：持續的將迭代的需求自動化的方式部署到生產環境。一般來說，非生產環境的持續部署基本都能實現。但生產環境的持續部署並不是每個企業都能做到，主要原因是受限於各種系統功能依賴、自動化測試不完善等因素，自動化一旦部署到生產，將可能造成嚴重生產事故。

說明：無論是持續集成、持續交付還是持續部署，如果要實現整個流程，基本上離不開CI伺服器。

持續集成

特點

• 快速定位錯誤，測試環節可以及時暴露問題；
• 避免大幅度偏離主幹，藉助統一的代碼庫；
• 減少不必要的成本投入，可以自動化解決的重覆乏味的事情，沒必要浪費人力和時間；

工作流程

工作階段

持續集成工作流程大體包括這麼幾個階段：

• 初始化CI流程

  基本的CI流程的配置，比如腳本、定時任務等。

• 拉取最新代碼

  從源碼倉庫拉取最新代碼到構建伺服器磁碟上。

• 構建

  一般源碼倉庫自包含構建，可通過配置的腳本觸發執行構建。比如Java的構建一般基於Maven或Gradle。

• 執行測試

  測試階段一般包含單元測試和集成測試。Java中的單元測試常指JUnit。

• 結果處理

  CI流程執行的最後結果要麼是成功，要麼是失敗，結果需要通知給對應的人員，一般的通知方式有郵件、釘釘、簡訊。

集成工具

• Travis CI

• Bamboo

• TeamCity

• CircleCI

• Gitlab CI

• Jenkins

DevOps

概念

DevOps這個詞，其實就是Development（開發）和Operation（運維）兩個詞的組合。

​ DevOps 不是一項技術，也不是一套流程和方法論，更不是一套簡單的工具產品。DevOps的維基百科定義是這樣的：DevOps是一組過程、方法與系統的統稱，用於促進開發、技術運營（運維）和質量保證（QA）部門之間的溝通、協作與整合。

​ 通過實踐 DevOps，可以將開發、測試、運維之間的工作串聯起來，以持續構建、自動化測試、持續發佈為目標，將所有流程全部自動化，最大化減少了重覆性的人力投入。同時，基礎環境的自動化構建也降低了由於人的原因帶來的意外風險。下圖為DevOps所包含的流程：

​ DevOps 這個詞是Patrick Debois 於2009 年創造的。出生於比利時的Patrick 先生曾經是一名苦悶的IT 咨詢師，飽受開發和運維相互割裂及傷害之苦。2009 年他參加了一個技術大會，在會上聽了名為10+ Deploys Per Day: Dev and Ops Cooperation at Flickr 的演講，深受啟發，並創造了DevOps 這個詞。

​ 目前，DevOps處於高速增長的階段。尤其是在大企業中，DevOps受到了廣泛的歡迎。越大的企業，越喜歡DevOps。包括Adobe、Amazon、Apple、Airbnb、Ebay、Etsy、Facebook、LinkedIn、Netflix、NASA、Starbucks、Walmart、Sony等公司，都在採用DevOps。

工具鏈

​ 由於DevOps是一種跨職能的工作模式，因此實踐過程需要使用不同的工具集(被稱為 "工具鏈")，而不是單一的工具集。這些工具鏈應該符合以下一個或多個類別，這些類別反映了開發和交付過程中的關鍵環節：

• 編碼---代碼開發和審查、源代碼管理工具、代碼合併

• 構建---持續集成工具，構建狀態

• 測試---持續測試工具，提供快速、及時的業務風險反饋

• 發佈---變更管理、發佈審批、發佈自動化

• 配置---基礎設施配置和管理，基礎設施作為代碼工具的基礎設施

• 監控---應用性能監控、終端用戶體驗

DevOps生態圈工具鏈圖：

常用工具

​ DevOps 需要要通過技術工具鏈完成持續集成、持續交付、用戶反饋和系統優化的整合。工具鏈包括版本控制&協作開發工具、自動化構建和測試工具、持續集成&交付工具、部署工具、維護工具、監控，警告&分析工具等等。

• 版本控制&協作開發：GitHub、GitLab、BitBucket、SubVersion、Coding、Bazaar
• 自動化構建和測試：Apache Ant、Maven 、Selenium、PyUnit、QUnit、JMeter、Gradle、PHPUnit
• 持續集成&交付：Jenkins、Capistrano、BuildBot、Fabric、Tinderbox、Travis CI、flow.ci Continuum、LuntBuild、CruiseControl、Integrity、Gump、Go
• 容器平臺：Docker、Rocket、Ubuntu（LXC）、第三方廠商如（AWS/阿裡雲）
• 配置管理：Chef、Puppet、CFengine、Bash、Rudder、Powershell、RunDeck、Saltstack、Ansible
• 微服務平臺：OpenShift、Cloud Foundry、Kubernetes、Mesosphere
• 服務開通：Puppet、Docker Swarm、Vagrant、Powershell、OpenStack Heat
• 日誌管理：Logstash、CollectD、StatsD
• 監控，警告&分析：Nagios、Ganglia、Sensu、zabbix、ICINGA、Graphite、Kiban

DevOps的目標

• 更快的上市時間

• 提高部署頻率

• 更短的修複時間

• 降低發佈失敗率

• 更快的平均恢復時間

總結來說DevOps的目標是最大限度地提高運營流程的可預測性、效率、安全性和可維護性。

小結

兩者關係

• 由DevOps的流程和工具鏈我們可以得知，DevOps 是持續集成思想的延伸

• 持續集成/部署是 DevOps 的技術核心，在沒有自動化測試、持續集成/部署之下，DevOps就是空中樓閣。

本文由傳智教育博學谷教研團隊發佈。

如果本文對您有幫助，歡迎關註和點贊；如果您有任何建議也可留言評論或私信，您的支持是我堅持創作的動力。

轉載請註明出處！