YDT 4409.2-2023云原生能力成熟度模型 第2部分：業(yè)務(wù)應用

ICS35.240

CCSL78

YD

中華人民共和國通信行業(yè)標準

YD/TXXXX—XXXX

云原生能力成熟度模型

第2部分：業(yè)務(wù)應用

Cloudnativecapabilitymaturitymodel—Part2:Application

（報批稿）

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

中華人民共和國工業(yè)和信息化部發(fā)布

YD/TXXXXX—XXXX

前言

本文件按照GB/T1.1-2020《標準化工作導則第1部分：標準化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定起

草。

本文件是云原生能力成熟度系列標準之一。該標準的結(jié)構(gòu)和名稱預計如下：

-第1部分：技術(shù)平臺。

-第2部分：業(yè)務(wù)應用。

-第3部分：安全架構(gòu)。

-第4部分：電信行業(yè)IT業(yè)務(wù)系統(tǒng)。

-第5部分：中間件平臺服務(wù)。

請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構(gòu)不承擔識別這些專利的責任。

本文件由中國通信標準化協(xié)會提出并歸口。

本文件起草單位：中國信息通信研究院、阿里云計算有限公司、騰訊科技（深圳）有限公司、騰訊

云計算（北京）有限責任公司、華為技術(shù)有限公司、杭州諧云科技有限公司、上海安暢網(wǎng)絡(luò)科技股份有

限公司、螞蟻科技集團股份有限公司、中國電信集團有限公司、中國移動通信集團有限公司

本文件主要起草人：閆丹、劉如明、栗蔚、陳屹力、鄒文浩、朱松、厲啟鵬、任秀森、張琦、高巍、

才振功、徐運元、方佳偉、鄭然、馬洪喜、陳曉露、張瑋、俞仁杰、郭旸、胡建華、陶捷、陳鵬翔、李

雪、白國濤、陳航、王勇、蘇龍華、朱祥磊。

II

YD/TXXXXX—XXXX

引言

伴隨著云原生日益成熟，容器、微服務(wù)、服務(wù)網(wǎng)格等云原生技術(shù)逐步在企業(yè)業(yè)務(wù)應用研發(fā)建設(shè)中落

地應用。為評估基于云原生構(gòu)建的企業(yè)業(yè)務(wù)應用能力成熟度水平，促進云原生技術(shù)廣泛落地，開展云原

生能力成熟度模型標準化活動勢在必行?！对圃芰Τ墒於饶Ｐ汀窋M由5部分構(gòu)成。

-第1部分：技術(shù)架構(gòu)。目的在于規(guī)范云原生技術(shù)架構(gòu)和服務(wù)能力，指導服務(wù)提供商和用戶建設(shè)云

原生技術(shù)平臺。

-第2部分：業(yè)務(wù)應用。目的在于指導用戶基于云原生的業(yè)務(wù)應用系統(tǒng)建設(shè)路徑，幫助用戶提升云

原生應用水平。

-第3部分：安全架構(gòu)。目的在于規(guī)范云原生安全架構(gòu)和服務(wù)能力，指導服務(wù)提供商和用戶提高云

原生平臺和應用的安全水平。

-第4部分：電信行業(yè)IT業(yè)務(wù)系統(tǒng)。目的在于指導電信行業(yè)用戶基于云原生的IT業(yè)務(wù)系統(tǒng)的建設(shè)路

徑，幫助電信行業(yè)用戶提升云原生應用水平。

-第5部分：中間件平臺服務(wù)。目的在于規(guī)范中間件平臺服務(wù)能力，指導服務(wù)提供商和用戶建設(shè)中

間件平臺服務(wù)。

III

YD/TXXXXX—XXXX

云原生能力成熟度模型第2部分：業(yè)務(wù)應用

1范圍

本文件規(guī)定了基于云原生構(gòu)建的業(yè)務(wù)應用的能力成熟度評估模型，從基礎(chǔ)設(shè)施域、應用研發(fā)域、

服務(wù)治理域等三個方面評估云原生業(yè)務(wù)應用在彈性、高可用、自愈性、可觀測性以及自動化等方面的

云原生能力成熟度。

本文件適用于企業(yè)在基于云原生構(gòu)建業(yè)務(wù)應用過程中，對業(yè)務(wù)應用的云原生化程度進行評估，也適

用于為企業(yè)提供業(yè)務(wù)應用向云原生轉(zhuǎn)型的參考和指引。

2規(guī)范性引用文件

下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。

凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

ISO/IECTS23167:2020信息技術(shù)云計算通用技術(shù)（InformationtechnologyCloudcomputing

Commontechnologiesandtechniques）

3術(shù)語和定義

GB/T11457-2006、ISO/IECTS23167:2020界定的以及下列術(shù)語和定義適用于本文件。

3.1

云原生應用程序cloudnativeapplication

明確設(shè)計為在云服務(wù)中運行并利用云服務(wù)的功能和環(huán)境的應用程序。

[來源：ISO/IECTS23167:2020，3.6]

3.2

云原生cloudnative

面向云應用設(shè)計的一種思想理念，充分發(fā)揮云效能的最佳實踐路徑，幫助企業(yè)構(gòu)建彈性可靠、松耦

合、易管理、可觀測的應用系統(tǒng)，提升交付效率，降低運維復雜度。

3.3

云原生業(yè)務(wù)應用cloudnativebussinessapplication

用于幫助企業(yè)解決業(yè)務(wù)需求云原生應用程序（3.2），具備彈性、高可用、自愈性、可觀測性以及

自動化等特性，以下簡稱云原生應用。

3.4

容器container

一種進程級的虛擬化隔離技術(shù)。

3.5

1

YD/TXXXXX—XXXX

服務(wù)器無感知serverless

將基礎(chǔ)設(shè)施資源抽象成按需使用的服務(wù)，用戶只需關(guān)注應用邏輯，而無需管理復雜的基礎(chǔ)設(shè)施運維

工作的設(shè)計模式。

3.6

彈性elasticity

云原生應用按照業(yè)務(wù)需求靈活進行規(guī)?；臄U容和縮容能力，包括基礎(chǔ)設(shè)施資源層面與應用實例

層面。

3.7

高可用highavailability

通過應用容災、數(shù)據(jù)備份等手段，以減少服務(wù)中斷時間為目的，保證云原生應用的可靠性和可維護

性。

3.8

自愈性selfhealing

云原生應用通過故障自動發(fā)現(xiàn)、預判分析和故障應對等流程，實現(xiàn)對于異?；蚬收虾笞晕一謴偷哪?/p>

力。

3.9

可觀測性oberservability

通過日志、監(jiān)控、鏈路跟蹤等交叉分析，進行云原生業(yè)務(wù)應用更加深入地服務(wù)健康度量，從而實現(xiàn)

分布式應用架構(gòu)下故障排錯、剖析以及依賴分析能力。

3.10

自動化automatic

云原生應用運維自動化以及交付部署自動化。

4云原生業(yè)務(wù)應用成熟度模型

4.1概述

云原生業(yè)務(wù)應用成熟度模型從企業(yè)業(yè)務(wù)應用基礎(chǔ)設(shè)施域、應用研發(fā)域以及服務(wù)治理域等三個能力

域二十個過程域綜合評估企業(yè)業(yè)務(wù)應用在彈性、高可用、自愈性、可觀測性以及自動化等五個維度的云

原生能力成熟度水平。

——基礎(chǔ)設(shè)施域：評估企業(yè)業(yè)務(wù)應用底層計算、存儲以及網(wǎng)絡(luò)等基礎(chǔ)設(shè)施資源的云原生化程度以及

基礎(chǔ)設(shè)施層運維方式和能力；

——應用研發(fā)域：從架構(gòu)設(shè)計、開發(fā)構(gòu)建、測試管理以及部署發(fā)布等企業(yè)業(yè)務(wù)應用研發(fā)關(guān)鍵環(huán)節(jié)能

力水平；

2

YD/TXXXXX—XXXX

——服務(wù)治理域：從企業(yè)業(yè)務(wù)應用發(fā)布上線后，評估云原生業(yè)務(wù)應用在應用層面運維運營支撐能力

水平。

4.2云原生業(yè)務(wù)應用特性成熟度評估方法

云原生業(yè)務(wù)應用特性包括彈性、高可用、自愈性、可觀測性以及自動化等，其成熟度評估以及對應

能力域與過程域成熟度等級綜合計算，具體對應關(guān)系如表1所示：

表1云原生業(yè)務(wù)應用特性成熟度

云原生業(yè)務(wù)應用特性

能力域過程域

彈性高可用自愈性可觀測性自動化

基礎(chǔ)設(shè)施資源√√√

基礎(chǔ)設(shè)施域（I1）

（I）基礎(chǔ)設(shè)施運維√√

（I2）

架構(gòu)設(shè)計（D1）√√

應用研發(fā)域開發(fā)構(gòu)建（D2）√√

（D）測試管理（D3）√

部署發(fā)布（D4）√√

注冊發(fā)現(xiàn)（G1）√√√√

流量管理（G2）√√√√

服務(wù)容錯（G3）√√√

服務(wù)降級（G4）√√

服務(wù)治理域

故障注入（G5）√√√√

（G）

鏈路跟蹤（G6）√√√

應用監(jiān)控（G7）√√√√

日志管理（G8）√√√√

配置管理（G9）√√√

根據(jù)云原生業(yè)務(wù)應用特性成熟度對照表（表1），云原生業(yè)務(wù)應用特性成熟度計算方法如下：

——彈性能力成熟度=(I1+D1+D2+D4+G1+G2+G5+G6+G7+G8)/10

——高可用能力成熟度=(I1+D1+G1+G2+G3+G5+G7+G8+G9)/9

——自愈性能力成熟度=(I1+G1+G2+G3+G4+G5+G9)/7

——可觀測性能力成熟度=(I2+G6+G7+G8)/4

——自動化能力成熟度=(I1+I2+D2+D3+D4+G1+G2+G3+G4+G5+G6+G7+G8+G9)/14

4.3云原生業(yè)務(wù)應用綜合成熟度評估方法

云原生業(yè)務(wù)應用綜合成熟度根據(jù)基礎(chǔ)設(shè)施域、應用研發(fā)域以及服務(wù)治理域成熟度綜合計算，共分為

五級，具體如表2所示：

3

YD/TXXXXX—XXXX

表2云原生業(yè)務(wù)應用綜合成熟度等級定義

級別英文中文定義

1級InitialLevel初始級未實現(xiàn)任何云化改造，完全基于傳統(tǒng)應用架構(gòu)

基礎(chǔ)設(shè)施層基本完成云化改造，但仍基于傳統(tǒng)應

2級FundamentalLevel基礎(chǔ)級

用架構(gòu)，應用服務(wù)具備有限的彈性和容災能力

基礎(chǔ)設(shè)施層完成云化改造，應用架構(gòu)層服務(wù)化改

3級ComprehensiveLevel全面級造持續(xù)進行，應用具備一定的彈性和高可用，實

現(xiàn)多維度的應用監(jiān)控

基礎(chǔ)設(shè)施層探索服務(wù)器無感知化改造，應用架構(gòu)

4級ExcellentLevel優(yōu)秀級層服務(wù)化，應用具備彈性、高可用，基本實現(xiàn)服務(wù)

自愈，可觀測以及自動化

基礎(chǔ)設(shè)施層逐步實現(xiàn)服務(wù)器無感知化，應用架構(gòu)

5級FabulousLevel卓越級層持續(xù)演進，應用全面實現(xiàn)彈性、高可用、服務(wù)自

愈、可觀測以及自動化和智能化交付

云原生業(yè)務(wù)應用綜合成熟度計算方法如下：

云原生業(yè)務(wù)應用綜合成熟度=∑（彈性能力成熟度+高可用成熟度+自愈性成熟度+可觀測性成熟

度+自動化成熟度）/5

或

云原生業(yè)務(wù)應用綜合成熟度=∑（∑I/2+∑D/4+∑G/9）/3

5基礎(chǔ)設(shè)施域能力要求

5.1基礎(chǔ)設(shè)施資源

基礎(chǔ)設(shè)施資源是指云原生應用所托管在的底層基礎(chǔ)設(shè)施資源部署形態(tài)，其能力要求如表3所示。

表3基礎(chǔ)設(shè)施資源能力要求

級別基礎(chǔ)設(shè)施資源

1應用系統(tǒng)可直接部署在未進行任何形式云化的物理機上。

2應用系統(tǒng)應以部署在云化的資源池上為主，基礎(chǔ)設(shè)施資源實現(xiàn)按需使用。

在2級基礎(chǔ)上，支持以下能力要求：

31）應用系統(tǒng)應以容器化部署方式為主；

2）應實現(xiàn)不同團隊共用基礎(chǔ)設(shè)施資源情況下，實現(xiàn)租戶級應用隔離。

在3級基礎(chǔ)上，支持以下能力要求：

1）應用系統(tǒng)應以部署在容器云上為主；

42）應用系統(tǒng)應支持部署于異構(gòu)基礎(chǔ)設(shè)施資源上；

3）應支持跨云的基礎(chǔ)設(shè)施資源互通和應用遷移；

4）應支持容器鏡像自動化構(gòu)建及版本管理能力；

4

YD/TXXXXX—XXXX

5）應采用不可變基礎(chǔ)設(shè)施；

6）應采用基礎(chǔ)設(shè)施即代碼能力，即通過代碼實現(xiàn)基礎(chǔ)設(shè)施資源的配置和管理；

7）可實現(xiàn)百節(jié)點容器規(guī)模的擴縮容，且擴縮容時間宜控制在3分鐘內(nèi)。

在4級基礎(chǔ)上，支持以下能力要求：

51）可在部分業(yè)務(wù)場景下應用服務(wù)器無感知化架構(gòu)；

2）可實現(xiàn)千節(jié)點容器規(guī)模的擴縮容，且擴縮容時間宜控制在3分鐘內(nèi)。

5.2基礎(chǔ)設(shè)施運維

基礎(chǔ)設(shè)施運維是指云原生應用底層基礎(chǔ)設(shè)施的運維方式，其能力要求如表4所示。

表4基礎(chǔ)設(shè)施運維能力要求

級別基礎(chǔ)設(shè)施運維

1基礎(chǔ)設(shè)施運維可以運維人員手動運維方式進行。

1）應支持腳本化運維；

2

2）應支持以手動方式實現(xiàn)基礎(chǔ)設(shè)施資源擴縮容。

1）應支持自動化方式實現(xiàn)基礎(chǔ)設(shè)施資源擴縮容；

3

2）基礎(chǔ)設(shè)施運維層應具備統(tǒng)一的運維視圖。

在3級基礎(chǔ)上，支持以下能力要求：

1）應具備基礎(chǔ)設(shè)施資源的自動化運維平臺，例如自動化巡檢、自動化配置下發(fā)及自動化配

4

置管理等；

2）應實現(xiàn)故障預警。

在4級基礎(chǔ)上，支持以下能力要求：

1）應用運維與基礎(chǔ)設(shè)施運維關(guān)注點應分離，業(yè)務(wù)項目團隊不再關(guān)注基礎(chǔ)設(shè)施資源的運維，

更關(guān)注應用構(gòu)建、發(fā)布、保障等；

52）應支持異構(gòu)資源下統(tǒng)一的運維配置；

3）應支持基礎(chǔ)設(shè)施變更版本記錄且可追溯；

4）應實現(xiàn)基礎(chǔ)設(shè)施資源故障自愈；

5）應支持基礎(chǔ)設(shè)施資源的智能化運維。

6應用研發(fā)域能力要求

6.1架構(gòu)設(shè)計

架構(gòu)設(shè)計是指云原生應用架構(gòu)設(shè)計模式，其能力要求如表5所示。

表5架構(gòu)設(shè)計能力要求

級別架構(gòu)設(shè)計

1）應用系統(tǒng)可采用單體架構(gòu)；

12）不可實現(xiàn)基于進程模型的水平擴展；

3）組件間可存在共享狀態(tài)。

1）應用系統(tǒng)應采用分布式架構(gòu)；

22）應用設(shè)計基于進程模型；

3）應支持應用的水平擴展。

5

YD/TXXXXX—XXXX

在2級基礎(chǔ)上，支持以下能力要求：

1）應支持守護進程與應用分離，實現(xiàn)應用服務(wù)的按需啟動和中止；

2）應將所依賴的其它組件當作資源使用，降低強依賴組件數(shù)量；應支持通過穩(wěn)定端口綁定

提供服務(wù)；

3

3）應支持日志信息通過事件流輸出；

4）進程間不應有共享狀態(tài)；

5）降低業(yè)務(wù)邏輯和非業(yè)務(wù)邏輯能力耦合，支持業(yè)務(wù)應用的按需啟動和中止；

6）應用架構(gòu)設(shè)計應充分考慮特性開關(guān)，可靈活線上提供或屏蔽應用功能。

在3級基礎(chǔ)上，支持以下能力要求：

1）可實現(xiàn)基于彈性視角的架構(gòu)設(shè)計，例如彈性依賴、鏡像復制與實例化運行等；

4

2）對應用所依賴的組件進行內(nèi)部零信任處理，服務(wù)間請求應進行鑒權(quán)；

3）應實現(xiàn)服務(wù)快速啟動和優(yōu)雅中止。

在4級基礎(chǔ)上，支持以下能力要求：

51）利用云的能力，實現(xiàn)云原生的演進式架構(gòu)設(shè)計；

2）可充分利用云原生的生態(tài)，使用云相關(guān)服務(wù)。

6.2開發(fā)構(gòu)建

開發(fā)構(gòu)構(gòu)建過程域共包括版本管理、集成構(gòu)建、依賴管理、開發(fā)環(huán)境準備、開發(fā)體驗等5個維度，

具體能力要求如表6所示。

--版本管理：對云原生應用系統(tǒng)的版本信息等進行管理的能力；

--集成構(gòu)建：云原生應用系統(tǒng)的集成構(gòu)建方式；

--依賴管理：云原生應用系統(tǒng)所依賴的組件或庫的管理方式；

--開發(fā)環(huán)境管理：云原生應用所使用開發(fā)環(huán)境的管理能力；

--開發(fā)體驗：云原生應用系統(tǒng)開發(fā)環(huán)境的體驗滿意度。

表6開發(fā)構(gòu)建能力要求

級別版本管理集成構(gòu)建依賴管理開發(fā)環(huán)境管理開發(fā)體驗

1）可以手工方

1）無顯式聲明

1）無法基于可式搭建所開發(fā)組

的組件或庫的依

自執(zhí)行包進行構(gòu)件的運行環(huán)境和

賴關(guān)系；

建，例如使用WAR依賴，無法實現(xiàn)

1）應將應用源2）應用所依賴

而非JAR等；開發(fā)環(huán)境的快速

代碼納入版本管的庫可不在包

2）運行時可根構(gòu)建與可重復；應用開發(fā)難以完

理；內(nèi)，需要在運行

1據(jù)需要依賴額外2）開發(fā)環(huán)境與全進行本機開

2）多個應用可時準備；

中間件，例如Web線上環(huán)境可不等發(fā)、測試與調(diào)試。

共用一份基準代3）所依賴的系

容器；價，如只能通過

碼。統(tǒng)組件可能會因

3）可以人工方本地修改再上傳

為系統(tǒng)環(huán)境變化

式進行代碼的編線上環(huán)境的方

而受到影響，例

譯構(gòu)建。式，在線進行開

如Curl。

發(fā)和調(diào)試；

6

YD/TXXXXX—XXXX

3）不支持不同

的運行環(huán)境區(qū)

分。

在1級基礎(chǔ)上，支

1）應支持基于

持以下能力要

架構(gòu)設(shè)計和測試

求：

策略，通過本地

1）應用組件的1）應支持自動

IDE或Editor，在

依賴信息作為應化、可重復的搭

1）基于可自執(zhí)本地進行組件的

用源代碼的一部建所開發(fā)組件依

行包進行構(gòu)建和應用開發(fā)、測試

分，應納入版本賴的環(huán)境；

制品管理；與調(diào)試，但需要

管理，實現(xiàn)同步2）應支持區(qū)分

2）運行時應無應支持通過顯式本地安裝啟動或

變更；不同的運行環(huán)

需依賴額外的第方式聲明組件或遠程調(diào)用所依賴

22）配置信息與境，例如開發(fā)環(huán)

三方庫；庫的依賴關(guān)系。的跨進程組件；

應用源代碼分境、測試環(huán)境、

3）制品應有專2）難以獨立開

離，配置信息應UAT環(huán)境、生產(chǎn)環(huán)

門的制品庫統(tǒng)一發(fā)、調(diào)試和測試

納入版本管理；境等；

管理。單一應用組件，

3）部署和發(fā)布3）開發(fā)環(huán)境可

過程中可本機啟

腳本應納入版本與線上環(huán)境存在

動并運行系統(tǒng)內(nèi)

管理。差異。

的其它相關(guān)應用

4）一份基準代

組件，或?qū)嶋H調(diào)

碼應僅對應一個

用遠程組件。

應用；

在2級基礎(chǔ)上，支1）應支持基于

持以下能力要良好的架構(gòu)設(shè)計

在2級基礎(chǔ)上，支1）基于直接鏡

求：和測試策略，通

持以下能力要像（例如容器鏡

在2級基礎(chǔ)上，支1）應支持通過過本地IDE或

求：像）而非基礎(chǔ)鏡

持以下能力要Docker或等效的Editor，在較少

1）應用所依賴像（例如VM鏡像）

求：多容器管理工的環(huán)境依賴下進

的系統(tǒng)環(huán)境定義進行構(gòu)建和制品

1）應用所依賴具，面向組件快行組件的應用開

代碼作為應用源管理；

的庫在構(gòu)建時應速搭建并啟動所發(fā)、測試與調(diào)試，

代碼的一部分，2）配置信息應

被打入包內(nèi)，所開發(fā)組件的環(huán)境所有其它跨進程

應共同納入版本通過配置管理服

依賴的系統(tǒng)工具和依賴；組件依賴均通過

3化管理，實現(xiàn)同務(wù)器讀取，并通

（如gradle、2）應支持通過容器實例運行；

步變更；過全局變量進行

curl等）應當被配置管理，基于2）應支持在開

2）代碼庫管理加載；

包含在應用之直接鏡像生成的發(fā)、調(diào)試以及非

應具備精細化的4）應通過制品

中；不可變?nèi)萜?，自端到端的測試

權(quán)限管理能力；庫實現(xiàn)制品研發(fā)

2）實現(xiàn)通過統(tǒng)動化搭建不同的時，無需啟動并

3）實現(xiàn)應用版流程關(guān)鍵業(yè)務(wù)信

一的依賴倉庫管運行環(huán)境；運行全部系統(tǒng)內(nèi)

本管理關(guān)聯(lián)代息的元數(shù)據(jù)信息

理應用的依賴。3）可基本實現(xiàn)的應用組件，能

碼、鏡像、分支管理及溯源。

開發(fā)環(huán)境與線上夠在單一應用組

等版本。

環(huán)境的組件級等件開發(fā)時通過測

價。試替身，契約測

7

YD/TXXXXX—XXXX

試等方式有效隔

離組件依賴干

擾。

在3級基礎(chǔ)上，支

持以下能力要

在3級基礎(chǔ)上，支

求：

持以下能力要

1）應支持基于

求：

在3級基礎(chǔ)上，支本地IDE或

1）流水線配置在3級基礎(chǔ)上，支

持以下能力要Editor，實現(xiàn)基

信息應納入版本持以下能力要

求：于本地容器集群

管理，實現(xiàn)自動求：

在3級基礎(chǔ)上，1）1）能夠通過K8s環(huán)境下的開發(fā)、

化變更；1）應支持所依

應支持定義結(jié)構(gòu)或等效的容器編測試與調(diào)試；

2）部署和發(fā)布賴的組件、庫以

化構(gòu)建腳本；排工具，面向服2）應支持在保

4的其它相關(guān)信息及系統(tǒng)環(huán)境均包

2）應通過制品庫務(wù)實施環(huán)境準證單一組件開

應納入版本管含在直接鏡像

實現(xiàn)制品的組件備；發(fā)、調(diào)試、測試效

理，例如多組件中；

依賴查看。2）基本實現(xiàn)開能的情況下，按

間的版本依賴2）依賴庫應有

發(fā)環(huán)境與線上環(huán)需利用本地容器

等；依賴的準入機

境的運行時等集群啟動相關(guān)的

3）應用應僅維制。

價。其它系統(tǒng)組件，

護一份基準代

實現(xiàn)更多快速的

碼，但可對應多

集成或局部端到

份部署環(huán)境。

端調(diào)試和測試能

力。

在4級基礎(chǔ)上，支在4級基礎(chǔ)上，支

在4級基礎(chǔ)上，支持以下能力：持以下能力要

持以下能力要1）高度的自動求：

求：化和彈性，可以1）應支持純云

1）實現(xiàn)構(gòu)建方在云上通過切換環(huán)境下開發(fā)，本

式服務(wù)化，可按配置，按需快速地無需安裝任何

需提供接口或用搭建或銷毀不同應用依賴，本地

5同4級能力要求戶界面，將構(gòu)建同4級能力要求的開發(fā)或測試環(huán)除了所使用的開

能力賦予整個研境，極大的解決發(fā)客戶端以外，

發(fā)團隊資源受限問題；可以實現(xiàn)本地資

2）研發(fā)團隊可2）實現(xiàn)開發(fā)環(huán)源和環(huán)境依賴最

以按場景實現(xiàn)構(gòu)境與線上環(huán)境的小化；

建過程可視化編高度一致（只是2）在部分場景

排配置、資源和可下，可實現(xiàn)低代

訪問性的區(qū)別）碼、無代碼開發(fā)。

6.3測試管理

測試管理過程域共包括測試環(huán)境管理、測試實踐、缺陷預防、質(zhì)量分析等4個維度，具體能力要求

如表7所示。

--測試環(huán)境管理：指對云原生應用系統(tǒng)的測試環(huán)境的管理能力；

8

YD/TXXXXX—XXXX

--測試實踐：指云原生應用系統(tǒng)的測試實踐方式；

--缺陷預防：指云原生應用系統(tǒng)測試環(huán)境以及生產(chǎn)環(huán)境下缺陷的管理和預防措施；

--質(zhì)量分析：指云原生應用服務(wù)質(zhì)量數(shù)據(jù)管理和分析能力。

表7測試管理能力要求

級別測試環(huán)境管理測試實踐缺陷預防質(zhì)量分析

測試環(huán)境可通過手動可通過人工方式實施

測試實踐可以手動方可通過人工方式收集

1方式管理，且固定不缺陷數(shù)據(jù)收集和統(tǒng)

式進行功能性測試。質(zhì)量數(shù)據(jù)。

可協(xié)調(diào)。計。

1）應支持自動化的

應支持自動創(chuàng)建測試缺陷數(shù)據(jù)收集和統(tǒng)

環(huán)境，但更多依賴提計；

應支持自動化的功能應支持自動化的質(zhì)量

2前預定的物理環(huán)境，2）宜具備缺陷管理

測試和非功能測試。數(shù)據(jù)收集。

或通過基礎(chǔ)鏡像進行和分析實踐能力，初

構(gòu)建。步具備缺陷預防的準

入條件。

在2級基礎(chǔ)上，支持以

下能力要求：

1）應實現(xiàn)自動化測

試即代碼，可用于環(huán)

境部署的自動化驗在2級基礎(chǔ)上，支持以

證；下能力要求：

應支持通過直接鏡像

2）應支持以自動化1）應支持分析進程在2級基礎(chǔ)上，應支持

在較少依賴預定義環(huán)

3方式實現(xiàn)更加完善的間故障、訪問延遲、基于統(tǒng)一的日志平臺

境的情況下，進行測

非功能測試需求，包資源受限等缺陷；數(shù)據(jù)進行質(zhì)量分析。

試環(huán)境構(gòu)建。

括但不限于長穩(wěn)測2）應具備以上故障

試、壓力測試、安全的缺陷注入能力。

測試、兼容性測試等；

3）測試過程應能夠

隔離抗干擾，保證穩(wěn)

定的測試效果。

在3級基礎(chǔ)上，支持以

在3級基礎(chǔ)上，支持以

下能力要求：

下能力要求：

1）應支持按需進行在3級基礎(chǔ)上，支持以

1）應支持完善的調(diào)

的大規(guī)模自動化功能下能力要求：

用鏈路監(jiān)控和預警；

在3級基礎(chǔ)上，應支持測試和非功能測試；1）應支持定位分析

2）應支持全鏈路日

4測試環(huán)境水平擴展和2）應具備相對完善規(guī)?；l(fā)的缺陷；

志的手動及自動化數(shù)

垂直擴展的能力。的全鏈路壓測方案、2）應支持快速復刻

據(jù)分析；

多維度支持系統(tǒng)的可生產(chǎn)缺陷并進行定位

3）應支持云服務(wù)資

靠性測試；分析。

源消費情況的監(jiān)控和

3）應支持利用集群

預警

特性進行組織級測試

9

YD/TXXXXX—XXXX

策略設(shè)計，如引入性

能工程、手動的混沌

工程。

在4級基礎(chǔ)上，支持以

下能力要求：在4級基礎(chǔ)上，支持以在4級基礎(chǔ)上，支持以

1）應支持針對運維下能力要求：下能力要求：

在4級基礎(chǔ)上，應支持

和部署的自動化驗證1）應支持缺陷自動1）應支持基于風險

按資源需求自動化構(gòu)

測試；發(fā)現(xiàn)。管理需求的線上監(jiān)控

建和銷毀測試環(huán)境，

2）應支持基于云原2）應支持多維度已和預警；

5如根據(jù)混沌工程的實

生特性的質(zhì)量風險干知缺陷的混沌實驗；2）應支持完善的自

驗范圍，不同的服務(wù)

預測試，如云服務(wù)穩(wěn)3）應支持基于代碼動化指標收集和數(shù)據(jù)

特性、不同的流量需

定性測試，云服務(wù)災的歷史缺陷進行代碼分析，具備持續(xù)觀測

求等。

備預案等；缺陷預防。能力。

3）可支持對IT系統(tǒng)

的混沌工程。

6.4部署發(fā)布

部署發(fā)布是指云原生應用部署發(fā)布的方式和策略，其能力要求如表8所示。

表8部署發(fā)布能力要求

級別部署發(fā)布

11）部署和發(fā)布可手動或部分自動化；

2）可在生產(chǎn)環(huán)境進行直接進行變更或操作。

2應支持實現(xiàn)較高程度的自動化部署，部署時應用組件可實現(xiàn)不可變。

31）應支持自動化發(fā)布能力，以直接鏡像為制品（而非基礎(chǔ)鏡像）進行部署和彈性擴容，實

現(xiàn)進一步的不可變；

2）生產(chǎn)環(huán)境可存在少量可控的直接變更或操作。

4在3級基礎(chǔ)上，支持以下能力要求：

1）部署和發(fā)布動作可基于全程可視的方式自動完成，過程中可實現(xiàn)動作的終止和回退；

2）支持灰度發(fā)布；

3）不應在生產(chǎn)環(huán)境存在直接變更或操作，徹底實現(xiàn)實例不可變。

5在4級基礎(chǔ)上，應實現(xiàn)不停機發(fā)布。

7服務(wù)治理域能力要求

7.1注冊發(fā)現(xiàn)

注冊發(fā)現(xiàn)是指云原生應用中服務(wù)的注冊和發(fā)現(xiàn)方式，其能力要求如表9所示。

10

YD/TXXXXX—XXXX

表9注冊發(fā)現(xiàn)能力要求

級別注冊發(fā)現(xiàn)

11級不要求系統(tǒng)具備注冊發(fā)現(xiàn)能力

2服務(wù)注冊發(fā)現(xiàn)機制可由客戶端完成。

31）服務(wù)注冊發(fā)現(xiàn)機制應由服務(wù)端完成；

2）服務(wù)應定時獲取服務(wù)狀態(tài)，進行健康檢查；

3）應實現(xiàn)服務(wù)注冊與發(fā)現(xiàn)組件的高可用。

4在3級基礎(chǔ)上，支持以下能力要求：

1）應實現(xiàn)跨語言的服務(wù)發(fā)現(xiàn)，如通過DNS解析發(fā)現(xiàn)服務(wù)等，；

2）宜實現(xiàn)服務(wù)狀態(tài)變化分鐘級發(fā)現(xiàn)。

5在4級基礎(chǔ)上，實現(xiàn)服務(wù)狀態(tài)變化在秒級發(fā)現(xiàn)。

7.2流量管理

流量管理是指對云原生應用系統(tǒng)南北向以及東西向流量控制和負載均衡策略管理，具體要求如表

10所示。

表10流量管理能力要求

級別流量管理

11）應實現(xiàn)對應用服務(wù)入口服務(wù)南北向限流；

2）應支持通過負載均衡實現(xiàn)服務(wù)南北向流量分配。

21）應實現(xiàn)對服務(wù)入口及內(nèi)部單一服務(wù)節(jié)點限流；

2）應實現(xiàn)服務(wù)動態(tài)流量控制。

3在2級基礎(chǔ)上，支持以下能力要求：

1）應實現(xiàn)對服務(wù)多節(jié)點統(tǒng)一限流；

2）發(fā)現(xiàn)并