趙 丹

（中興通訊股份有限公司天津分公司，天津 300308）

隨著我國國民經(jīng)濟(jì)的發(fā)展，國內(nèi)數(shù)字化和信息化系統(tǒng)的發(fā)展，得到了社會(huì)各界的高度重視。DevOps是過程、方法與系統(tǒng)的總稱，DevOps能力模型在實(shí)際的應(yīng)用中，能夠有效地提升系統(tǒng)的穩(wěn)定性，為各個(gè)環(huán)節(jié)之間的聯(lián)系提供安全可靠的保障。如何在現(xiàn)代化科學(xué)技術(shù)持續(xù)發(fā)展的背景下，采取更為積極有效的管理措施，對(duì)DevOps能力模型進(jìn)行優(yōu)化設(shè)計(jì)，成為該領(lǐng)域工作的重中之重。

1 DevOps能力模型的設(shè)計(jì)實(shí)現(xiàn)方案

1.1 設(shè)計(jì)概述

DevOps（Development&Operation）能力模型是IT領(lǐng)域當(dāng)中，用于消除系統(tǒng)開發(fā)與運(yùn)維技術(shù)人員之間阻礙的重要能力模型。該項(xiàng)能力模型在實(shí)際的應(yīng)用中，可以在完成基本的高頻率部署之后，進(jìn)一步提高生產(chǎn)與開發(fā)環(huán)境的穩(wěn)定性、可靠性、靈活性與安全性[1]。在對(duì)DevOps能力模型進(jìn)行設(shè)計(jì)時(shí)，專家團(tuán)隊(duì)的技術(shù)人員，需要熟練掌握Linux的操作系統(tǒng)，并且借助Docker模型，完成復(fù)雜的設(shè)計(jì)操作。

1.2 核心設(shè)計(jì)方案

在對(duì)DevOps能力模型進(jìn)行設(shè)計(jì)的過程中，主要是由數(shù)據(jù)庫集群、容器倉庫、網(wǎng)絡(luò)和域名系統(tǒng)、Kubernetes集群、Ngnix負(fù)載均衡等和Web頁面管理等幾個(gè)部分所組成。其中，F(xiàn)lannel插件由容器的虛擬網(wǎng)絡(luò)所組成。

數(shù)據(jù)庫集群設(shè)計(jì)中，主要是將etcd數(shù)據(jù)庫當(dāng)中的key-value，應(yīng)用統(tǒng)一的分布式存儲(chǔ)模板進(jìn)行存儲(chǔ)，在這一過程中，需要借助Flannel網(wǎng)絡(luò)插件以及Kubernetes的配置信息進(jìn)行操作。此外，在網(wǎng)絡(luò)管理階段，技術(shù)團(tuán)隊(duì)還要將網(wǎng)絡(luò)管理內(nèi)容，劃分為容器服務(wù)DNS解析與容器網(wǎng)絡(luò)兩個(gè)部分。在容器網(wǎng)絡(luò)管理的環(huán)節(jié)，為了更進(jìn)一步地解決跨主機(jī)容器間存在的網(wǎng)絡(luò)通信問題，需要對(duì)網(wǎng)絡(luò)配置與管理模式等方面進(jìn)行簡化操作。比如，應(yīng)用Flannel提供的網(wǎng)絡(luò)管理，為每一臺(tái)宿主機(jī)創(chuàng)建單獨(dú)的虛擬網(wǎng)卡，同時(shí)，結(jié)合Flannel服務(wù)，實(shí)現(xiàn)數(shù)據(jù)包的封裝、轉(zhuǎn)發(fā)與解封。

2 DevOps能力模型的持續(xù)集成方法

DevOps能力模型在實(shí)際的應(yīng)用中所采取的集成方法，具體可以從以下三個(gè)方面進(jìn)行分析：

2.1 自動(dòng)化集成方案

DevOps能力模型的第一個(gè)重要的維度為自動(dòng)化，自動(dòng)化維度的開發(fā)與使用，能夠幫助構(gòu)建環(huán)節(jié)提高自動(dòng)化水平。同時(shí)，還可以有效地減少程序編譯環(huán)節(jié)所消耗的時(shí)間和資源。在實(shí)際的使用環(huán)節(jié)中，DevOps能力模型可以在固定的時(shí)間段內(nèi)，完成系統(tǒng)布置好的集成與編譯數(shù)量，進(jìn)而提高應(yīng)用程序代碼庫管理工作的靈活性，打破時(shí)空的界限，隨時(shí)隨地發(fā)布穩(wěn)定的數(shù)據(jù)信息[2]。

DevOps能力模型能夠在處理器當(dāng)中，存儲(chǔ)一個(gè)或者多個(gè)代理服務(wù)，常見的有代碼編譯服務(wù)以及運(yùn)行測(cè)試等。DevOps能力模型在處理密集型的工作任務(wù)時(shí)，會(huì)將各類不同的工作項(xiàng)目，分發(fā)到池中進(jìn)行代理測(cè)試，之后，再通過控制器對(duì)工作流進(jìn)行相應(yīng)的處理。比如，通過構(gòu)建項(xiàng)目名稱，可以在各個(gè)版本當(dāng)中，完成標(biāo)簽的創(chuàng)建，以此實(shí)現(xiàn)構(gòu)建狀態(tài)報(bào)告的系統(tǒng)化處理。

2.2 可視化集成方案

可視化的集成方案，是DevOps能力模型應(yīng)用中，最為重要的模式之一。在現(xiàn)代化管理工作中，持續(xù)集成和根據(jù)數(shù)據(jù)對(duì)DevOps能力模型的狀態(tài)進(jìn)行調(diào)整，可以在原有的基礎(chǔ)上，增加可視化的能力?；贒evOps能力模型的可視化軟件，在實(shí)際的應(yīng)用中，能夠充分地吸收來自不同領(lǐng)域的先進(jìn)開源技術(shù)，利用Python編寫出輕量級(jí)的后段應(yīng)用框架模式、基礎(chǔ)分布式的文件存儲(chǔ)數(shù)據(jù)庫以及語義化的圖片生成工具等，都可以為DevOps能力模型的持續(xù)集成，提供可視化的信息和數(shù)據(jù)。在可視化的頁面當(dāng)中，可以充分地保障最終測(cè)試得到的結(jié)果。從過去、現(xiàn)在和未來的各個(gè)時(shí)間點(diǎn)上，可以分析或預(yù)測(cè)系統(tǒng)內(nèi)部存在的缺陷數(shù)量。在經(jīng)過了一段時(shí)間的運(yùn)行之后，如果系統(tǒng)中的缺陷數(shù)量逐漸趨于穩(wěn)定，便可以得出測(cè)試比較充分且發(fā)現(xiàn)了系統(tǒng)內(nèi)部絕大部分缺陷的結(jié)論。反之，如果在長時(shí)間的測(cè)試中，系統(tǒng)中的缺陷數(shù)量仍保持一定的增長速度，則說明需要進(jìn)一步測(cè)試，發(fā)現(xiàn)系統(tǒng)中存在的缺陷隱患。

2.3 質(zhì)量測(cè)試方案

最后，在利用DevOps能力模型進(jìn)行質(zhì)量測(cè)試的過程中，工作人員要提高對(duì)質(zhì)量保障測(cè)試的關(guān)注度。在實(shí)際的工作中，工作人員要在各個(gè)環(huán)節(jié)的時(shí)間點(diǎn)上，向客戶交付可運(yùn)行的高品質(zhì)軟件產(chǎn)品。為此，工作人員要建立持續(xù)集成的自動(dòng)化測(cè)試配合系統(tǒng)，將集成和測(cè)試的內(nèi)容，實(shí)現(xiàn)高效率的整合。

比如，在主干前實(shí)現(xiàn)傳統(tǒng)代碼的合成，確保系統(tǒng)可以完成新代碼的捕獲工作，對(duì)新代碼當(dāng)中存在的功能性錯(cuò)誤或者編譯類錯(cuò)誤等，進(jìn)行重新規(guī)劃設(shè)計(jì)，觸發(fā)新的代碼，完成自動(dòng)回滾，以此實(shí)現(xiàn)動(dòng)態(tài)化的高效管理機(jī)制。以團(tuán)隊(duì)基礎(chǔ)服務(wù)器為核心搭建的RM自動(dòng)化測(cè)試平臺(tái)。該平臺(tái)的合理化應(yīng)用，能夠?qū)崿F(xiàn)分組測(cè)試，并且還能降測(cè)試的周期，減少環(huán)境管理和集合管理等方面的難題。進(jìn)入到自動(dòng)化測(cè)試階段，還能將封閉標(biāo)簽納入其中，以獨(dú)創(chuàng)性的測(cè)試方法，提高系統(tǒng)化管理的工作模式。

3 結(jié)束語

綜上所述，在現(xiàn)代化的DevOps能力模型構(gòu)建和應(yīng)用中，相關(guān)領(lǐng)域的工作人員，要采取合理有效的管理措施，對(duì)DevOps能力模型的構(gòu)建需求和使用標(biāo)準(zhǔn)等進(jìn)行系統(tǒng)化分析，提高流程的執(zhí)行效率和發(fā)展水平。且經(jīng)過了優(yōu)化設(shè)計(jì)之后的DevOps能力模型，還能夠通過自動(dòng)采集的方式，將度量數(shù)據(jù)進(jìn)行系統(tǒng)分析，以此提高軟件開發(fā)的智能化和自動(dòng)化水平。