十分鐘認識 DevOps 與CI、CD

DevOps

DevOps是Development和Operations的組合，是一種方法論，是一組過程、方法與系統的統稱，用於促進應用開發、應用運維和質量保障（QA）部門之間的溝通、協做與整合。以期打破傳統開發和運營之間的壁壘和鴻溝。DevOps是一種重視「軟件開發人員（Dev）」和「IT運維技術人員（Ops）」之間溝通合做的文化、運動或慣例。經過自動化「軟件交付」和「架構變動」的流程，來使得構建、測試、發佈軟件可以更加地快捷、頻繁和可靠。具體來講，就是在軟件交付和部署過程當中提升溝通與協做的效率，旨在更快、更可靠的的發佈更高質量的產品。

也就是說DevOps是一組過程和方法的統稱，並不指代某一特定的軟件工具或軟件工具組合。各類工具軟件或軟件組合能夠實現DevOps的概念方法。其本質是一整套的方法論，而不是指某種或某些工具集合，與軟件開發中設計到的OOP、AOP、IOC（或DI）等相似，是一種理論或過程或方法的抽象或代稱。

CI

CI的英文名稱是Continuous Integration，中文翻譯爲：持續集成。CI中，開發人員將會頻繁地向主幹提交代碼，這些新提交的代碼在最終合併到主幹前，須要通過編譯和自動化測試流進行驗證。

持續集成（CI）是在源代碼變動後自動檢測、拉取、構建和（在大多數狀況下）進行單元測試的過程。持續集成的目標是快速確保開發人員新提交的變動是好的，而且適合在代碼庫中進一步使用。CI的流程執行和理論實踐讓咱們能夠肯定新代碼和原有代碼可否正確地集成在一塊兒。

CD

CD可對應多個英文名稱，持續交付Continuous Delivery和持續部署Continuous Deployment，一下分別介紹。

查了一些資料，關於持續交互和持續部署的概念比較混亂，如下的概念總結按大部分的資料總結而來。

持續交付

完成 CI 中構建及單元測試和集成測試的自動化流程後，持續交付可自動將已驗證的代碼發佈到存儲庫。爲了實現高效的持續交付流程，務必要確保 CI 已內置於開發管道。持續交付的目標是擁有一個可隨時部署到生產環境的代碼庫。在持續交付中，每一個階段（從代碼更改的合併，到生產就緒型構建版本的交付）都涉及測試自動化和代碼發佈自動化。在流程結束時，運維團隊能夠快速、輕鬆地將應用部署到生產環境中或發佈給最終使用的用戶。

持續部署

對於一個成熟的CI/CD管道（Pipeline）來講，最後的階段是持續部署。做爲持續交付——自動將生產就緒型構建版本發佈到代碼存儲庫——的延伸，持續部署能夠自動將應用發佈到生產環境。持續部署意味着全部的變動都會被自動部署到生產環境中。持續交付意味着全部的變動均可以被部署到生產環境中，可是出於業務考慮，能夠選擇不部署。若是要實施持續部署，必須先實施持續交付。

持續交付並非指軟件每個改動都要儘快部署到產品環境中，它指的是任何的代碼修改均可以在任什麼時候候實施部署。

持續交付表示的是一種能力，而持續部署表示的則一種方式。持續部署是持續交付的最高階段。

Agile Development

另一個概念，也就是所謂的敏捷開發，彷佛尚未所謂的簡稱，並且這個稱呼彷佛在國內被濫用了。敏捷開發着重於一種開發的思路，擁抱變化和快速迭代。如何實現敏捷開發，目前彷佛尚沒有完善的工具鏈，更多的是一種概念性，調侃的說法「既想馬兒跑得快，又想馬兒不吃草」的另一種說法。

上圖揭示了敏捷開發的一些內涵和目標，彷佛有點兒一本真經的胡說八道的意思。

CI、CD、DevOps關係

概念性的內容，每一個人的理解都有所不一樣。就比如CGI 這個詞，便可以理解成CGI這種協議，也能夠理解成實現了CGI協議的軟件工具，都沒有問題，咬文嚼字過猶不及。留下一圖：

連接：https://blog.jjonline.cn/linu...