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

語言: CN / TW / HK

file

基本概念

持續整合

(Continuous Intergration)

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

持續整合的核心意義:通過自動化測試儘早的發現程式碼的問題。

file

持續交付

(Continuous Delivery):

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

持續交付的核心意義:儘快的將最終的產品釋出到線上環境,給使用者使用。持續交付是每個企業追求的目標,我們常說的CI/CD裡的CD一般指的就是持續交付。

file

持續部署

(Continuous Deployment):

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

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

file

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

持續整合

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

file

工作階段

持續整合工作流程大體包括這麼幾個階段:

  • 初始化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所包含的流程:

file

​ 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生態圈工具鏈圖: file

常用工具

​ 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就是空中樓閣。

本文由傳智教育博學谷教研團隊釋出。

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

轉載請註明出處!