傳統(tǒng) IT 在任何組織中都有兩個(gè)獨(dú)立的團(tuán)隊(duì)——開發(fā)團(tuán)隊(duì)和運(yùn)營(yíng)團(tuán)隊(duì)。開發(fā)團(tuán)隊(duì)致力于軟件,在確保代碼完美運(yùn)行后開發(fā)和發(fā)布它。運(yùn)營(yíng)團(tuán)隊(duì)致力于部署、負(fù)載平衡和發(fā)布管理,以使 SaaS 上線。他們檢查應(yīng)用程序性能并向開發(fā)團(tuán)隊(duì)報(bào)告任何問題(如果存在)。這些周期對(duì)公司來說太長(zhǎng)了,并刺激了建立一支由開發(fā)、QA 和運(yùn)營(yíng)混合專業(yè)知識(shí)組成的團(tuán)隊(duì)的需求,引入了 DevOps 現(xiàn)象。DevOps 彌合了兩個(gè)團(tuán)隊(duì)之間的差距,幫助他們快速可靠地運(yùn)營(yíng)和發(fā)展應(yīng)用程序。
問題是,我們對(duì)DevOps的了解程度如何,為什么我們需要它?本博客將解決這些問題,并解釋可以幫助企業(yè)實(shí)現(xiàn)其真正潛力的 DevOps 最佳實(shí)踐。
什么是開發(fā)運(yùn)營(yíng)?
顧名思義,DevOps與開發(fā)和運(yùn)營(yíng)有關(guān)。它定義了一組流程,通過發(fā)展開發(fā)和運(yùn)營(yíng)團(tuán)隊(duì)之間的協(xié)作,為組織帶來文化轉(zhuǎn)變。它有四個(gè)關(guān)鍵組成部分:協(xié)作、實(shí)踐、文化和工具。
為什么我們需要 DevOps?
DevOps 帶來了更高水平的協(xié)作和速度,使組織能夠縮短上市時(shí)間、提高生產(chǎn)力、降低運(yùn)營(yíng)成本,從而高效地為客戶提供服務(wù),并在市場(chǎng)上保持競(jìng)爭(zhēng)力。它還有助于加快產(chǎn)品發(fā)布速度,管理計(jì)劃外工作,更快地捕獲和解決關(guān)鍵問題。
設(shè)置集中單元
DevOps使用各種工具,如Jenkins,Terraform,Nagios,Grafana,Prometheus或Splunk。組織應(yīng)建立一個(gè)集中的單元來創(chuàng)建和操作這些工具。這個(gè)集中的單位負(fù)責(zé)在開發(fā)團(tuán)隊(duì)中建立敏捷實(shí)踐。該團(tuán)隊(duì)調(diào)查新工具,維護(hù)并提供實(shí)施 DevOps 的指導(dǎo)計(jì)劃和培訓(xùn)。
持續(xù)集成 (CI)
CI是一種軟件開發(fā)實(shí)踐,可改善團(tuán)隊(duì)之間的協(xié)作并幫助構(gòu)建高質(zhì)量的軟件。開發(fā)團(tuán)隊(duì)定期在存儲(chǔ)庫中簽入代碼更改,CI 執(zhí)行自動(dòng)生成和測(cè)試以驗(yàn)證代碼質(zhì)量。持續(xù)集成強(qiáng)加了一些實(shí)踐,可以在早期階段快速檢測(cè)軟件開發(fā)生命周期(SDLC)的挑戰(zhàn),這有助于開發(fā)團(tuán)隊(duì)解決開發(fā)階段本身的問題。
持續(xù)部署 (光盤)
部署過程具有多個(gè)階段,例如開發(fā)→生成→驗(yàn)證→生成版本控制→部署→部署后等。持續(xù)部署過程的想法是在構(gòu)建通過 QA 暫存測(cè)試版、集成、UAT 等所有階段后,將開發(fā)的代碼自動(dòng)部署到生產(chǎn)環(huán)境。有一些工具,如Spinnaker,Jenkins,Harness,Ansible,Chef,Puppet等,使DevOps團(tuán)隊(duì)能夠設(shè)置自動(dòng)化管道,以最少的人為干預(yù)部署在多個(gè)環(huán)境中。
持續(xù)交付是一種 DevOps 實(shí)踐,其中新的代碼庫由 QA 團(tuán)隊(duì)在自動(dòng)和手動(dòng) QA 周期的不同階段進(jìn)行測(cè)試。如果代碼庫通過了 QA 周期并得到 QA 團(tuán)隊(duì)的批準(zhǔn),則會(huì)將其部署到生產(chǎn)環(huán)境。這就是 DevOps 如何通過將代碼庫劃分為短周期,使團(tuán)隊(duì)能夠更快、更頻繁地構(gòu)建、測(cè)試和發(fā)布代碼庫。這使組織能夠提供更多版本,減少手動(dòng)部署,并將生產(chǎn)中的故障風(fēng)險(xiǎn)降至最低。
配置管理 (CM)
配置和變更管理是 DevOps 周期的重要組成部分。配置管理是配置、監(jiān)控、管理和維護(hù)基礎(chǔ)架構(gòu)和系統(tǒng)的所有實(shí)體(如服務(wù)器、應(yīng)用程序、存儲(chǔ)、網(wǎng)絡(luò)和所有托管服務(wù))的自動(dòng)化。
配置管理帶來了一些優(yōu)勢(shì),例如簡(jiǎn)化新環(huán)境設(shè)置、降低生產(chǎn)配置風(fēng)險(xiǎn),并為軟件開發(fā)節(jié)省大量時(shí)間,而不是投入時(shí)間和精力使用基礎(chǔ)結(jié)構(gòu)即代碼實(shí)踐從頭開始啟動(dòng)新服務(wù)。
變更管理
變更管理是請(qǐng)求、規(guī)劃、實(shí)施和評(píng)估滿足新要求所需的變更的過程。在配置管理期間,如果現(xiàn)有系統(tǒng)和基礎(chǔ)架構(gòu)需要任何更改,則此時(shí)將出現(xiàn)更改管理。運(yùn)營(yíng)團(tuán)隊(duì)需要提供他們的意見、更改原因以及可能在更廣泛的層面上出現(xiàn)的后果,包括可能受到新更改影響的其他系統(tǒng)。
讓所有團(tuán)隊(duì)保持在同一頁面上
DevOps 與不同的部門合作,因此溝通很重要。讓每個(gè)人都在同一頁面上以避免團(tuán)隊(duì)沖突非常重要。為了正確應(yīng)用策略,更高的參與度和采用率對(duì)于讓所有團(tuán)隊(duì)和成員保持在同一頁面上至關(guān)重要。
測(cè)試自動(dòng)化
每個(gè)代碼庫的自動(dòng)測(cè)試有助于運(yùn)行更多測(cè)試,提高測(cè)試頻率,并節(jié)省手動(dòng) QA 所花費(fèi)的時(shí)間。此過程可實(shí)現(xiàn)早期錯(cuò)誤檢測(cè)、錯(cuò)誤修復(fù)并提高整體軟件質(zhì)量。有幾種工具可以與DevOps工具(如Selenium,RobotFramework,Appium,XCUITest,JUnit等)集成,以實(shí)現(xiàn)測(cè)試自動(dòng)化。
連續(xù)監(jiān)測(cè) (CM)
持續(xù)監(jiān)控建議使用多種工具、儀表板和警報(bào)監(jiān)控所有系統(tǒng)和基礎(chǔ)架構(gòu),包括對(duì)影響軟件的不同指標(biāo)的實(shí)時(shí)洞察,如系統(tǒng)性能、測(cè)試次數(shù)、成功率和失敗率、部署狀態(tài)、錯(cuò)誤日志以及圖形、表格和詳細(xì)報(bào)告格式的所有信息。為了完成這樣的監(jiān)控,DevOps團(tuán)隊(duì)可以設(shè)置幾個(gè)工具,如Prometheus,Grafana,Nagios,Appdynamics,NewRelic,Splunk,Logsash等等。
審核編輯:郭婷
-
存儲(chǔ)
+關(guān)注
關(guān)注
13文章
4134瀏覽量
85326 -
服務(wù)器
+關(guān)注
關(guān)注
12文章
8732瀏覽量
84619 -
應(yīng)用程序
+關(guān)注
關(guān)注
37文章
3200瀏覽量
57377
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
評(píng)論