DB32T 3884-2020金融機構(gòu)信息科技系統(tǒng)運行維護自動交付規(guī)范

ICS03.080.01A12江蘇省地DB32方標(biāo)準(zhǔn)DB/T3884-2020AutomaticDeliverySpecificationforOperationandMaintenanceofInformationchnologySysteminFinancialInstitutions江蘇省市場監(jiān)督管理局發(fā)布 2 前言中國人民銀行南京分行提出。石剛、周楨騎。4.1環(huán)境類型選擇金融機構(gòu)信息科技系統(tǒng)運行維護自動交付規(guī)范管理、配置管理、構(gòu)建與持續(xù)集成、測試管理、部署與發(fā)布管理及度量與反饋。適用于江蘇省各金融機構(gòu)單位提升運行維護自動交付能力的建設(shè)。范性引用文件(包括所有的修改單)適用于本文件。GBT8827.2-2012信息技術(shù)服務(wù)運維維護GBT32399-2016信息技術(shù)云計算參考架構(gòu)GBT32400-2015信息技術(shù)云計算概覽與詞匯GB/T33136-2016信息技術(shù)服務(wù)數(shù)據(jù)中心服務(wù)能力成熟度模型YDT2441-2013互聯(lián)網(wǎng)數(shù)據(jù)中心技術(shù)及分級分類標(biāo)準(zhǔn)總則持續(xù)交付是一種持續(xù)的將各類變更(包括新功能、缺陷修復(fù)、配置變化、實驗等)安全、快速、高管理、度量與反饋七個方面(如表1所示)，保證軟件持續(xù)順暢、高質(zhì)量的對用戶完成發(fā)布。持續(xù)交付環(huán)境管理數(shù)據(jù)管理配置管理構(gòu)建與持續(xù)集成測試管理部署與發(fā)布管理度量與反饋環(huán)境類型選擇測試數(shù)據(jù)管理版本控制構(gòu)建實踐明確測試分層策略部署與發(fā)布模式環(huán)境構(gòu)建數(shù)據(jù)變更管理變更管理持續(xù)集成代碼質(zhì)量管理部署流水線度量驅(qū)動改進環(huán)境依賴與配置管理自動化測試4環(huán)境管理a)宜建立全面的測試與灰度環(huán)境包括：開發(fā)環(huán)境，技術(shù)測試及業(yè)務(wù)測試環(huán)境以及灰度發(fā)布環(huán)境b)宜根據(jù)業(yè)務(wù)與應(yīng)用的需要，彈性分配各類環(huán)境。4.2環(huán)境構(gòu)建要求如下：a)環(huán)境構(gòu)建宜通過自動化來完成；b)環(huán)境準(zhǔn)備時間小時級，如環(huán)境的構(gòu)建可以通過容器化快速交付，則環(huán)境準(zhǔn)備時間分鐘級；c)環(huán)境的構(gòu)建宜通過自服務(wù)的資源交付平臺來完成；d環(huán)境宜根據(jù)業(yè)務(wù)及應(yīng)用架構(gòu)彈性構(gòu)建。4.3環(huán)境依賴與配置管理a本c)環(huán)境和依賴配置管理宜實現(xiàn)代碼化描述；數(shù)據(jù)管理5.1測試數(shù)據(jù)管理.1.1數(shù)據(jù)來源型需求的數(shù)據(jù)來源，具體要求如下：a)導(dǎo)出部分生產(chǎn)環(huán)境數(shù)據(jù)并清洗敏感信息后形成基準(zhǔn)的測試數(shù)據(jù)集；.1.2數(shù)據(jù)覆蓋下：b)測試數(shù)據(jù)宜覆蓋安全漏洞和開源合規(guī)等需求場景；c)宜定期更新機制，持續(xù)優(yōu)化數(shù)據(jù)管理方式和策略。.1.3數(shù)據(jù)獨立性要求如下：b性；具備明確的測試初始狀態(tài)。5.2數(shù)據(jù)變更管理2.1變更過程設(shè)計具體要求如下：a)數(shù)據(jù)變更宜作為軟件發(fā)布的一個獨立環(huán)節(jié)，單獨實施和交付；b)宜使用自動化腳本完成標(biāo)準(zhǔn)的數(shù)據(jù)變更；e)宜建立持續(xù)優(yōu)化的數(shù)據(jù)管理方法，持續(xù)改進數(shù)據(jù)管理效率。2.2兼容回退通過數(shù)據(jù)庫變更的向下兼容性以及回退變更的能力和方法確保兼容回退，具體要求如下：a)宜建立數(shù)據(jù)庫和應(yīng)用的版本對應(yīng)關(guān)系，并持續(xù)跟蹤版本變更；c)數(shù)據(jù)變更宜具備向下兼容性，支持保留數(shù)據(jù)的回退操作和零停機部署。.2.3數(shù)據(jù)監(jiān)控a)宜收集和分析數(shù)據(jù)變更日志，實現(xiàn)變更問題快速定位；b)宜針對不同環(huán)境和重要程度對數(shù)據(jù)變更建立分級監(jiān)控機制；d宜持續(xù)監(jiān)控和優(yōu)化數(shù)據(jù)變更機制。理版本控制版本控制系統(tǒng)a)宜使用統(tǒng)一的版本控制系統(tǒng)；b)宜將全部源代碼納入版本控制系統(tǒng)管理；c)宜將配置文件、構(gòu)建和部署等自動化腳本納入版本控制系統(tǒng)管理；等；e配置等納入版本控制管理；f)版本控制系統(tǒng)相關(guān)操作宜以自動化的方式實現(xiàn)，而非手工操作；g宜建立針對版本控制系統(tǒng)的度量與監(jiān)控機制；h)宜將軟件生命周期的所有配置項納入版本控制管理；i化版本控制系統(tǒng)。分支管理通過對軟件研發(fā)過程中的分支和集成策略的管理(分支策略代表了研發(fā)協(xié)作方式)實現(xiàn)分支管理，a)分支可以頻繁地向主干合并；b)主干隨時可進行指定版本的測試和發(fā)布；d特性代碼可按需合并到主干進行驗證和發(fā)布；e)宜建立持續(xù)優(yōu)化的分支管理機制。制品管理a)宜使用統(tǒng)一的制品庫管理構(gòu)建產(chǎn)物；b)應(yīng)具備清晰的存儲結(jié)構(gòu)且有唯一版本號；c)宜通過統(tǒng)一的制品庫地址進行構(gòu)建產(chǎn)物分發(fā)；d應(yīng)將依賴組件納入制品庫管理；e)制品庫讀寫應(yīng)建立清晰的權(quán)限管控制度；g宜持續(xù)優(yōu)化制品管理機制。單一可信數(shù)據(jù)源a)開發(fā)測試部署環(huán)節(jié)所用到的源代碼應(yīng)來源于統(tǒng)一版本控制系統(tǒng)；b)版本控制系統(tǒng)和制品庫應(yīng)作為單一可信數(shù)據(jù)源，覆蓋部署環(huán)節(jié)；c)單一可信數(shù)據(jù)源應(yīng)貫穿整個研發(fā)價值流交付過程；變更管理變更過程設(shè)計下：a)應(yīng)建立包括代碼和基礎(chǔ)設(shè)施配置項的基線；b)應(yīng)使用統(tǒng)一的變更管理系統(tǒng)，所有配置項變更由變更管理系統(tǒng)觸發(fā)；c)應(yīng)針對重點變更內(nèi)容進行評審；d宜記錄代碼變更管理信息；e)應(yīng)建立變更的分級評審機制；f)變更管理過程宜覆蓋從需求到部署發(fā)布全流程；h)宜建立可視化變更生命周期，支持全程數(shù)據(jù)分析管理。變更追溯a)應(yīng)清晰定義版本號規(guī)則；c)宜實現(xiàn)版本控制系統(tǒng)和變更管理系統(tǒng)的自動化關(guān)聯(lián)，信息雙向同步和實時可追溯；d變更依賴關(guān)系宜被識別和標(biāo)記；e)宜實現(xiàn)數(shù)據(jù)庫和環(huán)境變更信息的可追溯；f)宜實現(xiàn)從需求到部署發(fā)布各個環(huán)節(jié)的相關(guān)全部信息的全程可追溯。變更回退：a)宜實現(xiàn)變更管理系統(tǒng)和版本控制系統(tǒng)的一同回退，保證狀態(tài)的一致性；b)回退操作宜實現(xiàn)自動化；c)宜自動化回退全流程的所有變更包括變更依賴；d)宜準(zhǔn)備經(jīng)過驗證且可接受的其它補償或應(yīng)急措施以應(yīng)對不適用回退的場景。持續(xù)集成構(gòu)建實踐建方式設(shè)計源代碼轉(zhuǎn)變?yōu)榭蛇\行程序的方法和過程的構(gòu)建方式，具體要求如下：a)宜采用腳本實現(xiàn)構(gòu)建過程自動化；c腳本應(yīng)由專人統(tǒng)一維護(可兼職)；e)宜按場景實現(xiàn)構(gòu)建過程可視化編排；f)宜持續(xù)優(yōu)化構(gòu)建服務(wù)平臺，持續(xù)改進服務(wù)易用性。建環(huán)境搭建構(gòu)建實際運行過程的設(shè)備和資源依賴的載體的構(gòu)建環(huán)境，具體要求如下：a)宜建立獨立的構(gòu)建服務(wù)器，多種任務(wù)共用構(gòu)建環(huán)境；d宜持續(xù)改進構(gòu)建環(huán)境以提高構(gòu)建效能。建計劃明確a)宜細(xì)分構(gòu)建類型，如發(fā)布構(gòu)建、測試構(gòu)建；b)宜明確定義構(gòu)建計劃和規(guī)則，并在團隊內(nèi)共享；c)宜實現(xiàn)定期自動執(zhí)行構(gòu)建和代碼提交觸發(fā)構(gòu)建。明確構(gòu)建職責(zé)a)構(gòu)建工具和環(huán)境宜由專門團隊維護并細(xì)分團隊人員職責(zé)；持續(xù)集成搭建集成服務(wù)通過持續(xù)集成運行的系統(tǒng)和環(huán)境，以及集成團隊的職責(zé)劃分的集成服務(wù)，具體要求如下：2分層策略建立a)宜搭建統(tǒng)一的持續(xù)集成服務(wù)；b)宜組建專門的持續(xù)集成團隊，負(fù)責(zé)優(yōu)化持續(xù)集成系統(tǒng)和服務(wù)模板；c)宜實現(xiàn)持續(xù)集成服務(wù)化和自助化，研發(fā)團隊可自行使用持續(xù)集成服務(wù)；d)宜持續(xù)優(yōu)化和改進團隊持續(xù)集成服務(wù)，提升組織交付能力。成頻率設(shè)定率，具體要求如下：a)研發(fā)人員宜具備每天向代碼主干集成一次的能力；成方式明確的集成方式，具體要求如下：a)在部分分支上宜進行每天多次的定時構(gòu)建；b)每次代碼提交宜觸發(fā)自動化構(gòu)建，構(gòu)建問題通過自動分析，精準(zhǔn)推送相關(guān)人員處理；c)每次代碼提交構(gòu)建宜觸發(fā)自動化測試和靜態(tài)代碼檢查；d發(fā)現(xiàn)測試問題宜自動提醒；測試管理1明確測試分層策略1分層方法選擇求如下：a)宜采用接口/服務(wù)級測試對模塊/服務(wù)進行覆蓋全面的接口/服務(wù)測試；b)宜采用探索性測試方法對需求進行深入挖掘測試；c)系統(tǒng)宜全面進行性能、容量、穩(wěn)定性、可靠性、易用性、兼容性、安全性等非功能性測試；d宜采用代碼級測試對核心模塊的函數(shù)或類方法進行單元測試；e)宜采用代碼級測試對模塊的函數(shù)或類方法進行覆蓋全面的單元測試；f)宜采用測試驅(qū)動開發(fā)的方式進行代碼級、接口級測試(TDD)；g)宜采用驗收測試驅(qū)動開發(fā)的方式進行用戶/業(yè)務(wù)級的UI測試(BDD/ATDD)。.3反饋處理a)宜建立測試分層策略；c)宜對非功能性測試進行全面系統(tǒng)的設(shè)計；e覆蓋度；3測試時機選擇望結(jié)果的測試時機，具體要求如下：a務(wù)級測試設(shè)計；b間宜提前到開發(fā)的編碼階段；c塊的接口開發(fā)過程中宜同步進行和完成；d)在需求特性開發(fā)、交付整個過程中宜同步進行并完成測試；e碼級測試在模塊的函數(shù)或類方法開發(fā)過程中宜同步進行和完成。2代碼質(zhì)量管理1質(zhì)量規(guī)約建立如下：b)應(yīng)建立組織級代碼質(zhì)量規(guī)約，在此基礎(chǔ)上建立團隊級定制的代碼質(zhì)量規(guī)約；d宜建立強制執(zhí)行的質(zhì)量門禁體系；e)宜建立規(guī)約固定更新機制，可根據(jù)業(yè)務(wù)需要靈活擴展和定制；2檢查方式明確a)代碼質(zhì)量檢查宜采用自動化結(jié)合手工方式進行；b)對代碼質(zhì)量檢查發(fā)現(xiàn)的部分問題宜自動提出修改建議，支持可視化；雜度、代碼重復(fù)率等一系列業(yè)內(nèi)常見詳細(xì)指標(biāo))進行衡量的反饋處理，具體要求如下：a)宜在研發(fā)階段主動解決代碼質(zhì)量問題；bc)對代碼質(zhì)量數(shù)據(jù)宜進行統(tǒng)一管理；d效度量。3自動化測試.1自動化測試設(shè)計c)宜對接口/服務(wù)級測試進行自動化設(shè)計；d宜對代碼級測試進行自動化設(shè)計；e)宜對性能、穩(wěn)定性、可靠性、安全性等非功能性測試進行自動化設(shè)計。.2自動化測試開發(fā)a)宜使用版本控制系統(tǒng)對自動化測試腳本進行有效管理；c)宜建立自動化測試自服務(wù)平臺；d優(yōu)化自動化測試執(zhí)行效率；f)宜建立持續(xù)優(yōu)化的自動化測試平臺。.3自動化測試執(zhí)行b)宜對接口/服務(wù)級與代碼級測試采用自動化測試；d需求、變更管理系統(tǒng)打通；e)宜可以根據(jù)需求選擇關(guān)聯(lián)的自動化測試用例執(zhí)行；f)可以將由于版本原因?qū)е碌氖∮美腿毕蓐P(guān)聯(lián)；g)宜定期驗證自動化執(zhí)行策略，持續(xù)優(yōu)化測試執(zhí)行效率和資源利用率。.4自動化測試分析9部署與發(fā)布管理9.1部署與發(fā)布模式.1.1部署方式選擇采用的工具和方法，具體要求如下：a)運維人員宜通過自動化腳本實現(xiàn)部署；c)宜支持?jǐn)?shù)據(jù)庫腳本自動化部署；d宜持續(xù)優(yōu)化部署發(fā)布模式和工具系統(tǒng)平臺。9.1.2部署過程軟件上線部署環(huán)節(jié)的實踐方法以及完成部署活動的能力，具體要求如下：a)應(yīng)使用相同的過程和工具完成所有環(huán)境部署；b)一次部署過程中應(yīng)使用相同的構(gòu)建產(chǎn)物；9.1.3部署策略通過部署過程的執(zhí)行頻率和部署內(nèi)容以及部署手段來保證安全快速順暢的生產(chǎn)部署，具體要求如a)宜實現(xiàn)測試環(huán)境的自動化部署；b)應(yīng)用和配置宜進行分離；c)宜采用定期部署策略，具備按天進行部署的能力；9.1.4部署質(zhì)量具體要求如下：a)宜實現(xiàn)應(yīng)用部署的回退操作，問題可及時修復(fù)；b)每次部署活動宜提供變更范圍報告和測試報告；c)宜部署活動集成自動化測試功能，并以測試結(jié)果為部署前置條件；d自動化降級；e)宜建立持續(xù)優(yōu)化的部署監(jiān)控體系。9.2部署流水線.2.1協(xié)作模式確立體要求如下：a)宜通過定義完整的軟件交付過程和清晰的交付規(guī)范，保證團隊之間交付的有序；b)團隊間交付宜按照約定由系統(tǒng)間調(diào)用完成，僅在必要環(huán)節(jié)進行手工確認(rèn)；d)宜持續(xù)優(yōu)化交付業(yè)務(wù)組織以靈活響應(yīng)業(yè)務(wù)變化，改善發(fā)布效率。9.2.2流水線過程的觸發(fā)條件，具體要求如下：a)軟件交付過程中的各個環(huán)節(jié)宜建立自動化能力以提升處理效率；c)宜建立可視化部署流水線，覆蓋