DevOps的特點(diǎn)是什么

一、軟件開(kāi)發(fā)演變史

軟件行業(yè)中，每一個(gè)概念的提出都是為了解決某個(gè)特定的問(wèn)題。要了解 DevOps ，就要講下軟件開(kāi)發(fā)的演變史。 

傳統(tǒng)瀑布模型

需求分析，軟件設(shè)計(jì)，程序編寫(xiě)，軟件測(cè)試，運(yùn)行維護(hù)。

瀑布模型被淘汰的原因

• 各個(gè)階段的劃分完全是固定的，階段之間產(chǎn)生大量的文檔，極大地增加工作量。

• 由于開(kāi)發(fā)是線性的，所以用戶只有在開(kāi)發(fā)的末期才可以到成果，所以增加了風(fēng)險(xiǎn)。

• 早起的錯(cuò)誤等到最后測(cè)試再發(fā)現(xiàn)這樣會(huì)帶來(lái)嚴(yán)重的后果。

敏捷開(kāi)發(fā)模型

緩慢而繁瑣的瀑布模型演變成敏捷，開(kāi)發(fā)團(tuán)隊(duì)在短時(shí)間內(nèi)完成軟件開(kāi)發(fā)，持續(xù)時(shí)間甚至不超過(guò)兩周。如此短的發(fā)布周期幫助開(kāi)發(fā)團(tuán)隊(duì)處理客戶反饋，并將其與 bug 修復(fù)一起合并到下一個(gè)版本中。

雖然這種敏捷的 SCRUM 方法為開(kāi)發(fā)帶來(lái)了敏捷性，但它在運(yùn)維方面卻失去了敏捷實(shí)踐的速度。開(kāi)發(fā)人員和運(yùn)維工程師之間缺乏協(xié)作仍然會(huì)減慢開(kāi)發(fā)過(guò)程和發(fā)布。

DevOps 就是為了更好地協(xié)作和更快地交付而產(chǎn)生的。下面讓我們來(lái)詳細(xì)看看 DevOps 是什么。

注：這里需要強(qiáng)調(diào)的是 DevOps 中的 Dev 不但包括 開(kāi)發(fā)者（developers）而且包括測(cè)試人員（testers） 

二、DevOps

DevOps 是一種軟件開(kāi)發(fā)方法，專(zhuān)注于 IT 專(zhuān)業(yè)人員之間的通信，集成和協(xié)作，以實(shí)現(xiàn)產(chǎn)品的快速部署。
DevOps 是一種重視“軟件開(kāi)發(fā)人員（Dev）”和“IT運(yùn)維技術(shù)人員（Ops）”之間溝通合作的文化、運(yùn)動(dòng)或慣例。透過(guò)自動(dòng)化“軟件交付”和“架構(gòu)變更”的流程，來(lái)使得構(gòu)建、測(cè)試、發(fā)布軟件能夠更加地快捷、頻繁和可靠。

從概念中不難提煉出：

• DevOps 解決的是 Dev 和 Ops 的溝通問(wèn)題

• DevOps 的目的是快速部署

• DevOps 有利于快捷、頻繁和可靠地發(fā)布軟件

• DevOps 強(qiáng)調(diào)自動(dòng)化

Dev 和 Ops 有什么溝通問(wèn)題？

Ops 看重的是保障系統(tǒng)的穩(wěn)定性、可靠性和安全性，而 Dev 則想著如何盡快發(fā)布新的版本，增加新的功能，這兩者本身就是一種矛盾和沖突，盡管他們的共同目標(biāo)都是為 用戶提供軟件產(chǎn)品或服務(wù)。 

為什么 DevOps 強(qiáng)調(diào)自動(dòng)化？

• 提高效率：Dev 和 Ops 的手動(dòng)工作，如果可以實(shí)現(xiàn)自動(dòng)化，將顯著提升效率水平。

• 減少錯(cuò)誤：即使再謹(jǐn)慎的人也難免會(huì)犯錯(cuò)誤，尤其是面對(duì)重復(fù)性工作時(shí)。通過(guò)自動(dòng)化工具來(lái)完成這樣的工作，能將錯(cuò)誤率大大降低。

• 最大化員工使用：通過(guò)自動(dòng)化，Dev 和 Ops 可以將精力集中在更復(fù)雜、更有戰(zhàn)略意義的事情上。同事也避免了雇傭許多員工來(lái)應(yīng)對(duì)工作量增加的需求。

• 提高團(tuán)隊(duì)的信心：通過(guò)自動(dòng)化，解放了手動(dòng)的重復(fù)性工作。能讓員工體現(xiàn)出更大的價(jià)值，也讓產(chǎn)品更快捷、頻繁和可靠地到達(dá)用戶手上，提高了團(tuán)隊(duì)對(duì)產(chǎn)品的信心。 

DevOps 會(huì)替代敏捷嗎？

個(gè)人認(rèn)為 DevOps 只是對(duì)敏捷的補(bǔ)充，完善了敏捷在 Dev 和 Ops 之間的問(wèn)題。兩者之間，不存在包含或者替換關(guān)系。

三、DevOps 流程

DevOps 的流程就像它的圖標(biāo)一樣，包含：計(jì)劃，編碼，構(gòu)建，測(cè)試，發(fā)布，部署，運(yùn)維，監(jiān)控，反饋。

而 DevOps 之所以能快速部署的原因在于，DevOps 擁有一套自動(dòng)化的持續(xù)集成、部署系統(tǒng)。
在 DevOps 中有許多“持續(xù)”，包括：持續(xù)開(kāi)發(fā)、持續(xù)測(cè)試、持續(xù)集成、持續(xù)部署、持續(xù)監(jiān)控、持續(xù)反饋。 

持續(xù)開(kāi)發(fā)

與瀑布模型不同，DevOps 軟件交付成果被分解為短開(kāi)發(fā)周期的多個(gè)任務(wù)節(jié)點(diǎn)。這個(gè)階段包括編碼和構(gòu)建階段，并使用 Git 和 SVN 等工具來(lái)維護(hù)不同版本的代碼，以及 Ant、Maven、Gradle 等工具來(lái)構(gòu)建/打包代碼到可執(zhí)行文件中，這些文件可以轉(zhuǎn)發(fā)給自動(dòng)化測(cè)試系統(tǒng)進(jìn)行測(cè)試。 

持續(xù)測(cè)試

開(kāi)發(fā)提交代碼，構(gòu)建完成后就被推到測(cè)試系統(tǒng)。對(duì)于測(cè)試人員，使用自動(dòng)化測(cè)試工具，如 Selenium、TestNG、JUnit 等持續(xù)測(cè)試。這些工具允許質(zhì)量管理系統(tǒng)完全并行地測(cè)試多個(gè)代碼庫(kù)，以確保功能中沒(méi)有缺陷。一旦代碼測(cè)試通過(guò)，它就會(huì)不斷地與現(xiàn)有代碼集成。 

持續(xù)集成

開(kāi)發(fā)人員不斷的開(kāi)發(fā)，更新后的代碼需要不斷地集成，并順利地與系統(tǒng)集成，以反映對(duì)最終用戶的需求更改。更改后的代碼，還應(yīng)該確保運(yùn)行時(shí)環(huán)境中沒(méi)有錯(cuò)誤。 

持續(xù)部署

它將代碼部署到生產(chǎn)環(huán)境。在這里，我們確保在所有服務(wù)器上正確部署代碼。如果添加了任何功能或引入了新功能，那么應(yīng)該準(zhǔn)備好迎接更多的網(wǎng)站流量。因此，系統(tǒng)運(yùn)維人員還有責(zé)任擴(kuò)展服務(wù)器以容納更多用戶。新代碼是連續(xù)部署的，因此配置管理工具可以快速，頻繁地執(zhí)行任務(wù)。Puppet，Chef，SaltStack 和 Ansible 是這個(gè)階段使用的一些流行工具。

Docker 這類(lèi)容器工具在這一階段，有助于保證開(kāi)發(fā)，測(cè)試，生產(chǎn)環(huán)境一致性。

持續(xù)監(jiān)控

通過(guò)監(jiān)控軟件的性能來(lái)提高軟件的質(zhì)量。這種做法涉及運(yùn)營(yíng)團(tuán)隊(duì)的參與，他們將監(jiān)視用戶活動(dòng)中的錯(cuò)誤/系統(tǒng)的任何不正當(dāng)行為。這也可以通過(guò)使用專(zhuān)用監(jiān)控工具來(lái)實(shí)現(xiàn)，該工具將持續(xù)監(jiān)控應(yīng)用程序性能并突出問(wèn)題。這些工具包括 Splunk，ELK Stack，Nagios，NewRelic 和 Sensu 。這些工具可幫助密切監(jiān)視應(yīng)用程序和服務(wù)器，以主動(dòng)檢查系統(tǒng)的運(yùn)行狀況。發(fā)現(xiàn)的任何重大問(wèn)題都可以向開(kāi)發(fā)團(tuán)隊(duì)報(bào)告，以便可以在持續(xù)開(kāi)發(fā)階段進(jìn)行修復(fù)。 

持續(xù)反饋

持續(xù)反饋是 DevOps 中非常重要的環(huán)節(jié)，從 Dev、Ops、測(cè)試系統(tǒng)、監(jiān)控系統(tǒng)等不斷反饋回問(wèn)題，并修復(fù)。
盡早發(fā)現(xiàn)問(wèn)題是解決問(wèn)題的關(guān)鍵。

四、DevOps 的特點(diǎn)

• 快：交付產(chǎn)品變得很快。

• 穩(wěn)：每次迭代的東西雖然不多，但卻走得越來(lái)越穩(wěn)，實(shí)際的速度更快了。

• 持續(xù)集成是整個(gè) DevOps 的中心，只有先建立持續(xù)集成，整個(gè) DevOps 自動(dòng)化流程才能跑起來(lái)。

• 問(wèn)題暴露快：團(tuán)隊(duì)的人被 DevOps 都激活了，持續(xù)反饋問(wèn)題。

• 面對(duì)面溝通是最有效的溝通方式。

• 測(cè)試非常重要：測(cè)試是質(zhì)量的保證，如果測(cè)試沒(méi)做好，DevOps 的質(zhì)量便無(wú)法保證。

• 需要學(xué)好多的工具，但是值得。