傳統(tǒng) IT 在任何組織中都有兩個獨立的團隊——開發(fā)團隊和運營團隊。開發(fā)團隊在軟件上工作，在確保代碼完美運行后進行開發(fā)和發(fā)布。運營團隊致力于部署、負載平衡和發(fā)布管理，以使 SaaS 上線。

他們檢查應(yīng)用程序性能并向開發(fā)團隊報告存在的任何問題。這些周期對公司來說太長了，激發(fā)了建立一支由開發(fā)、QA 和運營組成的混合專業(yè)知識團隊的需求，從而引入了 DevOps 現(xiàn)象。DevOps 彌合了兩個團隊之間的差距，幫助他們快速可靠地運行和發(fā)展應(yīng)用程序。

問題是，我們對 DevOps 的了解有多少，為什么需要它？本博客將解決這些問題并解釋可以幫助企業(yè)實現(xiàn)其真正潛力的DevOps 最佳實踐。

什么是 DevOps？

顧名思義，DevOps 與開發(fā)和運營有關(guān)。它定義了一組流程，通過開發(fā)開發(fā)和運營團隊之間的協(xié)作，為組織帶來文化轉(zhuǎn)變。它有四個關(guān)鍵組成部分：協(xié)作、實踐、文化和工具。

為什么我們需要 DevOps？

DevOps 帶來了更高水平的協(xié)作和速度，使組織能夠縮短產(chǎn)品上市時間、提高生產(chǎn)力、降低運營成本，從而有效地為客戶服務(wù)，并保持市場競爭力。它還有助于更快地發(fā)布產(chǎn)品、管理計劃外工作、更快地捕獲和解決關(guān)鍵問題。代碼

實施 DevOps 最佳實踐

設(shè)置集中單元

DevOps 使用各種工具，如 Jenkins、Terraform、Nagios、Grafana、Prometheus 或 Splunk。組織應(yīng)建立一個集中單元來創(chuàng)建和操作這些工具。這個集中單元負責在開發(fā)團隊中建立敏捷實踐。該團隊調(diào)查、維護新工具，并提供指導計劃和培訓以實施 DevOps。

持續(xù)集成 （CI）

CI 是一種軟件開發(fā)實踐，可以改善團隊之間的協(xié)作并幫助構(gòu)建高質(zhì)量的軟件。開發(fā)團隊定期檢查存儲庫中的代碼更改，CI 執(zhí)行自動構(gòu)建和測試以驗證代碼質(zhì)量。持續(xù)集成強加的實踐能夠在早期階段快速檢測軟件開發(fā)生命周期 （SDLC） 的挑戰(zhàn)，這有助于開發(fā)團隊在開發(fā)階段本身解決問題。

持續(xù)部署 （CD）

部署過程有開發(fā)→構(gòu)建→驗證→構(gòu)建版本控制→部署→部署后等各個階段。持續(xù)部署過程的想法是在構(gòu)建通過QA-staging-beta的所有階段后自動將開發(fā)的代碼部署到生產(chǎn)環(huán)境、集成、UAT 等。有可用的工具，如 Spinnaker、Jenkins、Harness、Ansible、Chef、Puppet 等，這使 DevOps 團隊能夠設(shè)置自動化管道，以最少的人工干預部署在多個環(huán)境中。

持續(xù)交付是一種 DevOps 實踐，QA 團隊在自動化和手動 QA 周期的不同階段對新代碼庫進行測試。如果代碼庫通過了 QA 周期并得到了 QA 團隊的批準，它就會被部署到生產(chǎn)環(huán)境中。這就是 DevOps 使團隊能夠通過將代碼庫劃分為較短的周期來更快、更頻繁地構(gòu)建、測試和發(fā)布代碼庫的方式。這使組織能夠提供更多版本，減少手動部署，并將生產(chǎn)中的故障風險降至最低。

配置管理 （CM）

配置和變更管理是 DevOps 周期的重要組成部分。配置管理是對基礎(chǔ)設(shè)施和系統(tǒng)（如服務(wù)器、應(yīng)用程序、存儲、網(wǎng)絡(luò)和所有托管服務(wù)）的所有實體的配置、監(jiān)視、管理和維護的自動化。

配置管理帶來了一些優(yōu)勢，例如簡化新環(huán)境設(shè)置、降低生產(chǎn)配置風險，并節(jié)省大量軟件開發(fā)時間，而不是投入時間和精力使用基礎(chǔ)設(shè)施即代碼實踐從頭開始啟動新服務(wù)。

更換管理層

變更管理是請求、計劃、實施和評估滿足新要求所需的變更的過程。在配置管理過程中，如果現(xiàn)有系統(tǒng)和基礎(chǔ)設(shè)施需要進行任何更改，那么此時更改管理就應(yīng)運而生了。運營團隊需要提供他們的輸入、更改的原因以及可能在更廣泛的層面上出現(xiàn)的后果，包括可能受到新更改影響的其他系統(tǒng)。

將所有團隊保持在同一頁面上

DevOps 與不同的部門合作，因此溝通很重要。重要的是讓每個人都在同一頁面上，以避免團隊中的沖突。為了正確應(yīng)用策略、更高的參與度和采用率，讓所有團隊和成員都留在頁面上至關(guān)重要。

測試自動化

每個代碼庫的自動化測試有助于運行更多測試、提高測試頻率并節(jié)省用于手動 QA 的時間。此過程可實現(xiàn)早期總線檢測、錯誤修復并提高整體軟件質(zhì)量。有幾種工具可以與 Selenium、RobotFramework、Appium、XCUITest、JUnit 等 DevOps 工具集成以實現(xiàn)測試自動化。

連續(xù)監(jiān)測 （CM）

持續(xù)監(jiān)控建議使用多種工具、儀表板和警報監(jiān)控所有系統(tǒng)和基礎(chǔ)設(shè)施，包括實時洞察影響軟件的不同指標，如系統(tǒng)性能、測試次數(shù)、成功和失敗率、部署狀態(tài)、錯誤日志和所有圖形信息，表格和詳細的報告格式。為了完成這樣的監(jiān)控，DevOps 團隊可以設(shè)置多種工具，如 Prometheus、Grafana、Nagios、Appdynamics、NewRelic、Splunk、Logstash 等，市場上還有更多可用的工具。

遵循上述最佳實踐，組織可以開發(fā)和自動化其解決方案的交付過程，以有效地實現(xiàn)其業(yè)務(wù)目標。

審核編輯：郭婷