ICS35.240

CCSL70

團(tuán)體標(biāo)準(zhǔn)

T/CESAXXXX—202X

人工智能智能服務(wù)智能微服務(wù)平臺(tái)技

術(shù)要求

Artificialintelligence–Intelligentservice-Technicalrequirements

forintelligentmicro-serviceplatform

（征求意見(jiàn)稿）

在提交反饋意見(jiàn)時(shí)，請(qǐng)將您知道的相關(guān)專(zhuān)利連同支持性文件一并附上。

已授權(quán)的專(zhuān)利證明材料為專(zhuān)利證書(shū)復(fù)印件或扉頁(yè)，已公開(kāi)但尚未授權(quán)的專(zhuān)利申請(qǐng)

證明材料為專(zhuān)利公開(kāi)通知書(shū)復(fù)印件或扉頁(yè)，未公開(kāi)的專(zhuān)利申請(qǐng)的證明材料為專(zhuān)利申請(qǐng)

號(hào)和申請(qǐng)日期。

202X-XX-XX發(fā)布202X-XX-XX實(shí)施

中國(guó)電子工業(yè)標(biāo)準(zhǔn)化技術(shù)協(xié)會(huì)發(fā)布

T/CESAXXXX—202X

前言

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

起草。

本文件由北京航空航天大學(xué)提出。

本文件由中國(guó)電子技術(shù)標(biāo)準(zhǔn)化研究院、中國(guó)電子工業(yè)標(biāo)準(zhǔn)化技術(shù)協(xié)會(huì)歸口。

本文件起草單位：

本文件主要起草人：

IV

T/CESAXXXX—202X

人工智能智能服務(wù)智能微服務(wù)平臺(tái)技術(shù)要求

1范圍

本文件規(guī)定了智能微服務(wù)適配平臺(tái)技術(shù)要求，包括設(shè)計(jì)的具體結(jié)構(gòu)及功能。

本文件適用于面向人工智能研究或開(kāi)發(fā)應(yīng)用等需要實(shí)施微服務(wù)的企業(yè)、高校、科研院所、政府機(jī)構(gòu)

等。

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

本文件沒(méi)有規(guī)范性引用文件。

3術(shù)語(yǔ)和定義

下列術(shù)語(yǔ)和定義適用于本文件。

3.1

智能微服務(wù)intelligentmicro-service

將人工智能模型和算法引入微服務(wù)的全生命周期中，通過(guò)智能化方法，實(shí)現(xiàn)微服務(wù)系統(tǒng)的開(kāi)發(fā)、部

署、運(yùn)行和維護(hù)；還可以通過(guò)微服務(wù)架構(gòu)及工具，對(duì)智能模型進(jìn)行管理，實(shí)現(xiàn)智能模型的微服務(wù)化部署

和應(yīng)用。

3.2

集群cluster

集群是一組相互獨(dú)立的、通過(guò)高速網(wǎng)絡(luò)互聯(lián)的計(jì)算機(jī)，它們構(gòu)成了一個(gè)組，并以單一系統(tǒng)的模式加

以管理。一個(gè)客戶(hù)與集群相互作用時(shí)，集群像是一個(gè)獨(dú)立的服務(wù)器。

3.3

業(yè)務(wù)流程建模與標(biāo)注businessprocessmodelingnotation;BPMN

業(yè)務(wù)流程建模與標(biāo)注，包括這些圖元如何組合成一個(gè)業(yè)務(wù)流程圖。

3.4

代碼異味codesmell

它是提示代碼中某個(gè)地方存在錯(cuò)誤的一個(gè)暗示，開(kāi)發(fā)人員可以通過(guò)這種異味在代碼中追捕到問(wèn)題。

3.5

架構(gòu)異味architecturalsmell

架構(gòu)異味是一種軟件設(shè)計(jì)決策，這種軟件設(shè)計(jì)會(huì)在系統(tǒng)中頻繁出現(xiàn)，并且可能會(huì)對(duì)軟件系統(tǒng)的質(zhì)量

屬性產(chǎn)生強(qiáng)烈的負(fù)面影響。

1

T/CESAXXXX—202X

4平臺(tái)基本結(jié)構(gòu)

智能微服務(wù)適配平臺(tái)基本結(jié)構(gòu)見(jiàn)圖1，智能微服務(wù)適配平臺(tái)通過(guò)意圖分析、知識(shí)融合、流程組合形

成具有對(duì)外服務(wù)能力的服務(wù)系統(tǒng)，通過(guò)評(píng)測(cè)演化對(duì)提供的服務(wù)質(zhì)量進(jìn)行保證，通過(guò)故障檢測(cè)與定位深層

反饋服務(wù)問(wèn)題，達(dá)到服務(wù)適配、服務(wù)評(píng)測(cè)、服務(wù)故障檢測(cè)與定位的回路作用，智能微服務(wù)適配平臺(tái)功能

包含5部分：

a)意圖分析

b)知識(shí)融合

c)流程組合

d)評(píng)測(cè)演化

e)故障檢測(cè)與定位

對(duì)意圖分析、知識(shí)融合、流程組合、評(píng)測(cè)演化、故障檢測(cè)與定位做出要求。對(duì)意圖分析的要求分為

對(duì)話(huà)交互功能、參與者提取、主謂賓構(gòu)造詞抽取、網(wǎng)關(guān)關(guān)鍵字搜索、中間過(guò)程模型生成、BPMN圖生成、

BPMN模型仿真；對(duì)知識(shí)融合的要求分為服務(wù)接口與接口語(yǔ)義提取、服務(wù)智能分類(lèi)、服務(wù)知識(shí)圖譜構(gòu)建、

服務(wù)語(yǔ)義標(biāo)注、服務(wù)元數(shù)據(jù)語(yǔ)義查詢(xún)部分；對(duì)流程組合要求分為流程組合設(shè)計(jì)、流程組合推薦、流程組

合執(zhí)行、流程差異檢測(cè)、服務(wù)能力需求量預(yù)測(cè)、服務(wù)動(dòng)態(tài)組合部分；對(duì)評(píng)測(cè)演化要求分為代碼質(zhì)量、代

碼異味、架構(gòu)異味、架構(gòu)演化、代碼風(fēng)格演化、適配演化代碼優(yōu)化、API誤用、服務(wù)多版本演化、模型

優(yōu)化；對(duì)故障檢測(cè)與定位分為故障檢測(cè)與故障定位。

圖1智能微服務(wù)適配平臺(tái)基本結(jié)構(gòu)

5功能要求

5.1意圖分析

2

T/CESAXXXX—202X

在服務(wù)適配中，意圖分析指從自然語(yǔ)句中分析語(yǔ)義，涉及對(duì)話(huà)交互功能、參與者提取功能、關(guān)系抽

取功能、中間模型生成功能、BPMN圖生成功能、BPMN模型仿真，功能要求如下：

a)對(duì)話(huà)交互功能要求：需要有可視化交互界面，供用戶(hù)輸入指定文本。

b)參與者提取：要求分析給定描述中的句子，提取有關(guān)正在進(jìn)行的可能參與者（執(zhí)行任務(wù)的人員，

系統(tǒng)或組織）的信息，具體指分析需求描述的每個(gè)句子，搜索描述參與者的詞語(yǔ)。

c)主謂賓構(gòu)造抽取：要求分析給定需求描述，分析句子結(jié)構(gòu)，以尋找基本的主謂賓構(gòu)造，隨后將

其用于創(chuàng)建適當(dāng)?shù)腂PMN元素，從句子中提取出參與者之后，進(jìn)行語(yǔ)法分析以尋找“主語(yǔ)-謂語(yǔ)

-賓語(yǔ)”結(jié)構(gòu)。

d)網(wǎng)關(guān)關(guān)鍵字搜索：通過(guò)分析過(guò)程描述來(lái)搜索表示條件網(wǎng)關(guān)和并行網(wǎng)關(guān)等各類(lèi)網(wǎng)關(guān)的關(guān)鍵字。

e)中間過(guò)程模型生成：從獲取的數(shù)據(jù)中創(chuàng)建基于電子表格的結(jié)構(gòu)化中間模型，對(duì)文本描述提取到

相關(guān)信息后，構(gòu)建中間模型將信息結(jié)構(gòu)化。

f)BPMN圖生成：從中間流程模型生成BPMN業(yè)務(wù)流程圖，中間模型包含生成BPMN所需要的所有

信息，介于結(jié)構(gòu)化的信息描述，結(jié)合BPMN編輯器便能夠直接生成BPMN模型。

g)BPMN模型仿真：需要對(duì)生成的BPMN圖進(jìn)行驗(yàn)證，測(cè)試該流程是否滿(mǎn)足用戶(hù)需求。

5.2知識(shí)融合功能要求

知識(shí)融合功能要求如下：

a)服務(wù)接口規(guī)范與接口語(yǔ)義提取，應(yīng)提供動(dòng)態(tài)服務(wù)適配中對(duì)于服務(wù)語(yǔ)義自動(dòng)提取的需求，通過(guò)基

于服務(wù)發(fā)現(xiàn)機(jī)制以及服務(wù)規(guī)范，對(duì)服務(wù)接口以及語(yǔ)義信息提取到數(shù)據(jù)庫(kù)。

b)服務(wù)智能分類(lèi)，采用人工智能模型，根據(jù)服務(wù)內(nèi)容，應(yīng)對(duì)不同的服務(wù)進(jìn)行類(lèi)別劃分。

c)提取的服務(wù)信息，應(yīng)根據(jù)功能進(jìn)行不同的分類(lèi)。應(yīng)提供對(duì)新接入的微服務(wù)進(jìn)行標(biāo)簽預(yù)測(cè)和分類(lèi)

打標(biāo)功能。鑒于每個(gè)服務(wù)的功能性不同，服務(wù)的對(duì)象不同，首先抽象出服務(wù)的種類(lèi)標(biāo)簽層次，

并在服務(wù)注冊(cè)階段對(duì)其進(jìn)行分類(lèi)打標(biāo)從而為后續(xù)圖譜構(gòu)建提供基礎(chǔ)信息。

d)服務(wù)知識(shí)圖譜構(gòu)建，依據(jù)不同服務(wù)之間實(shí)體、類(lèi)型關(guān)系，構(gòu)建服務(wù)的知識(shí)圖譜。

e)提取的服務(wù)信息，應(yīng)根據(jù)不同領(lǐng)域構(gòu)造對(duì)應(yīng)知識(shí)圖譜，在應(yīng)對(duì)不同領(lǐng)域的微服務(wù)領(lǐng)域時(shí)，應(yīng)構(gòu)

建對(duì)應(yīng)領(lǐng)域的知識(shí)圖譜。具體通過(guò)知識(shí)抽取、知識(shí)集成、知識(shí)質(zhì)量提高和知識(shí)更新四個(gè)過(guò)程完

成對(duì)不同領(lǐng)域的圖譜構(gòu)建。

f)服務(wù)語(yǔ)義標(biāo)注，對(duì)于新加入類(lèi)型服務(wù)，需要對(duì)服務(wù)語(yǔ)義信息進(jìn)行標(biāo)注，滿(mǎn)足人工智能模型訓(xùn)練

需求。

g)服務(wù)元數(shù)據(jù)語(yǔ)義查詢(xún)，要求基于內(nèi)存映射文件統(tǒng)一管理系統(tǒng)的存儲(chǔ)空間，提高存儲(chǔ)空間的利用

率同時(shí)要求系統(tǒng)中數(shù)據(jù)的持久化。在關(guān)聯(lián)矩陣和統(tǒng)計(jì)信息的存儲(chǔ)中采用了存儲(chǔ)分片的思想來(lái)提

高系統(tǒng)運(yùn)行過(guò)程中讀取數(shù)據(jù)的效率。

5.3流程組合功能要求

流程組合功能要求如下：

a)流程組合設(shè)計(jì)要求

流程組合所需的服務(wù)應(yīng)從服務(wù)知識(shí)圖譜中抽取；

流程組合成的服務(wù)應(yīng)滿(mǎn)足用戶(hù)需求；流程的設(shè)計(jì)根據(jù)用戶(hù)的業(yè)務(wù)需求進(jìn)行設(shè)計(jì)，在滿(mǎn)足用戶(hù)需求的

基礎(chǔ)之上從服務(wù)知識(shí)圖譜中選取相應(yīng)的服務(wù)。從而可以完成流程的邏輯設(shè)計(jì)階段，并基于相應(yīng)的業(yè)務(wù)關(guān)

系來(lái)實(shí)現(xiàn)。

b)流程組合推薦要求

推薦的流程組合應(yīng)滿(mǎn)足用戶(hù)需求；在滿(mǎn)足用戶(hù)業(yè)務(wù)需求的前提下，流程組合推薦要求實(shí)現(xiàn)智能而快

速的推薦過(guò)程。根據(jù)用戶(hù)的語(yǔ)義關(guān)鍵詞需求，推薦完整且合乎邏輯的流程。

3

T/CESAXXXX—202X

c)流程組合執(zhí)行要求

根據(jù)設(shè)計(jì)的流程組合文件，在部署和運(yùn)行中滿(mǎn)足QoS要求。流程組合執(zhí)行要求將流程的業(yè)務(wù)邏輯進(jìn)

行具體實(shí)現(xiàn)，在執(zhí)行過(guò)程中，需要滿(mǎn)足服務(wù)運(yùn)行所需要的QoS(時(shí)間、CPU等資源)要求，并且不斷調(diào)整運(yùn)

行過(guò)程中的服務(wù)調(diào)度策略，以實(shí)現(xiàn)可靠且成功的運(yùn)行結(jié)果。

d)流程差異檢測(cè)要求

使用面向復(fù)雜服務(wù)組合的差異可視化工具檢測(cè)出兩個(gè)服務(wù)流程間的差異，滿(mǎn)足流程檢測(cè)的可視化需

求。

e)服務(wù)能力需求量預(yù)測(cè)要求

流程組合形成的服務(wù)，需要滿(mǎn)足根據(jù)歷史信息，對(duì)于未來(lái)服務(wù)需求的數(shù)量以及質(zhì)量進(jìn)行預(yù)測(cè)。

f)服務(wù)動(dòng)態(tài)組合要求

由流程組合形成的多個(gè)服務(wù)構(gòu)成一個(gè)整體服務(wù)，整體服務(wù)需滿(mǎn)足用戶(hù)的質(zhì)量需求。

5.4評(píng)測(cè)演化要求

針對(duì)微服務(wù)適配中的代碼質(zhì)量、代碼異味、架構(gòu)異味、架構(gòu)演化、模型演化進(jìn)行評(píng)測(cè)：

a)代碼質(zhì)量評(píng)測(cè)

服務(wù)適配中，新增代碼應(yīng)修復(fù)上個(gè)版本的所有嚴(yán)重問(wèn)題，代碼質(zhì)量要求不存在導(dǎo)致安全隱患的代碼。

b)代碼異味評(píng)測(cè)

服務(wù)適配中，新增代碼不應(yīng)存在不穩(wěn)定或者潛在問(wèn)題。

c)架構(gòu)異味評(píng)測(cè)

在服務(wù)適配中，新增代碼或組件不應(yīng)產(chǎn)生影響架構(gòu)質(zhì)量的因素,代碼質(zhì)量由bug等級(jí)分為major，

minor，新增代碼或組件不應(yīng)產(chǎn)生major的bug。

d)架構(gòu)演化評(píng)測(cè)

微服務(wù)適配過(guò)程中，不斷產(chǎn)生的架構(gòu)變化應(yīng)滿(mǎn)足微服務(wù)架構(gòu)整體穩(wěn)定，并且滿(mǎn)足構(gòu)成微服務(wù)的單個(gè)

組件與其他組件耦合度低。

e)代碼風(fēng)格演化評(píng)測(cè)

微服務(wù)適配過(guò)程中，代碼變更時(shí)，需滿(mǎn)足前后風(fēng)格一致性，包含代碼注釋需為英文，函數(shù)命名規(guī)范

需統(tǒng)一，避免風(fēng)格迥異。

f)API誤用評(píng)測(cè)

微服務(wù)適配過(guò)程中，對(duì)于不同微服務(wù)提供的API以及微服務(wù)內(nèi)部使用其他框架或庫(kù)中的API，需遵循

API使用規(guī)范，避免API誤用。

g)適配演化代碼優(yōu)化評(píng)測(cè)

服務(wù)適配中，對(duì)于檢測(cè)到的問(wèn)題代碼，需進(jìn)行代碼修復(fù)并優(yōu)化，優(yōu)化后代碼至少不低于原代碼功能

及性能。

h)容器鏡像質(zhì)量評(píng)測(cè)

服務(wù)適配中，不同微服務(wù)以docker鏡像形式部署，鏡像質(zhì)量需滿(mǎn)足每個(gè)服務(wù)運(yùn)行指標(biāo)的性能要求。

i)服務(wù)多版本演化評(píng)測(cè)

服務(wù)適配中，對(duì)于某個(gè)服務(wù)升級(jí)或者出現(xiàn)多個(gè)版本時(shí)，不同版本的服務(wù)功能和性能需滿(mǎn)足對(duì)應(yīng)迭代

需求。

j)模型演化評(píng)測(cè)

服務(wù)適配中，與AI模型關(guān)聯(lián)的微服務(wù)，需要評(píng)測(cè)對(duì)應(yīng)模型的質(zhì)量，包含模型大小，模型接口是否

變更。

5.5故障檢測(cè)

4

T/CESAXXXX—202X

故障檢測(cè)要求包含服務(wù)指標(biāo)配置，異常檢測(cè)，異常報(bào)警，服務(wù)故障注入，服務(wù)故障恢復(fù)。

a)服務(wù)指標(biāo)配置：

對(duì)服務(wù)異常檢測(cè)前，首先需為指定服務(wù)配置對(duì)應(yīng)指標(biāo)，包含QoS。不同類(lèi)型服務(wù)配置不同合適的指

標(biāo)。

b)日志異常檢測(cè)方法：

1)基于工作流的方法：檢測(cè)日志中的邏輯功能是否以預(yù)設(shè)步驟執(zhí)行，若未根據(jù)預(yù)設(shè)步驟執(zhí)行，

則判斷存在日志異常；

2)基于深度的日志異常檢測(cè)，通過(guò)深度學(xué)習(xí)算法對(duì)存在的日志進(jìn)行模型訓(xùn)練，使用訓(xùn)練完畢

的模型對(duì)新產(chǎn)生日志進(jìn)行預(yù)測(cè)，判斷是否存在日志異常。

c)指標(biāo)異常檢測(cè)方法：

1)基于相似度的方法，檢測(cè)某個(gè)指標(biāo)與已知指標(biāo)的相似性，相似值超過(guò)閾值即表示該指標(biāo)存

在異常；

2)基于機(jī)器學(xué)習(xí)的方法，通過(guò)機(jī)器學(xué)習(xí)算法對(duì)已知的異常進(jìn)行模型訓(xùn)練，使用訓(xùn)練完畢的模

型對(duì)指標(biāo)進(jìn)行預(yù)測(cè)，判斷是否屬于異常。

d)服務(wù)異常報(bào)警：

對(duì)于檢測(cè)的服務(wù)異常，需建立有效的異常報(bào)警機(jī)制，包含發(fā)送報(bào)警郵件。

e)服務(wù)故障注入：

為驗(yàn)證服務(wù)適配中異常檢測(cè)是否有效，需向系統(tǒng)或平臺(tái)中注入不同類(lèi)型的故障，并驗(yàn)證是否能檢測(cè)

出注入的故障。故障包含如下：

1）POD故障：pod故障類(lèi)主要包括pod-failure、pod-kill和container-kill三種，分別用

于模擬集群中的所選擇的Pod在指定的時(shí)間段內(nèi)不可用、pod被kill和選定的container

被kill三種故障場(chǎng)景；

2）網(wǎng)絡(luò)攻擊：網(wǎng)絡(luò)攻擊類(lèi)主要包括network-delay、network-loss、network-partition、

network-duplicate、network-corrupt和network-bandwidth，分別用于模擬集群中的網(wǎng)

絡(luò)延遲、網(wǎng)絡(luò)丟包、網(wǎng)絡(luò)分區(qū)、網(wǎng)絡(luò)包重復(fù)、網(wǎng)絡(luò)包損壞和網(wǎng)絡(luò)帶寬問(wèn)題六種故障場(chǎng)景；

3)文件系統(tǒng)故障：文件系統(tǒng)故障主要包括I/Olatency和I/Ofault兩種，分別用于模擬文

件系統(tǒng)I/O延遲和I/O錯(cuò)誤。

f)服務(wù)故障恢復(fù)

服務(wù)適配中，需包含服務(wù)故障恢復(fù)流程，即檢測(cè)到異常并確定了導(dǎo)致異常的根本原因后，就需

要進(jìn)行調(diào)試和恢復(fù)。

5.6故障定位

服務(wù)適配中，對(duì)于出現(xiàn)故障的服務(wù)需進(jìn)行精準(zhǔn)定位，故障定位技術(shù)要求如下：

a)隨機(jī)游走服務(wù)故障根因定位要求：

基于異常檢測(cè)模塊確定異常值和其發(fā)生的時(shí)間，并根據(jù)這些信息生成異常發(fā)生時(shí)的服務(wù)調(diào)用關(guān)

系圖，從而確定異常發(fā)生時(shí)各服務(wù)之間的調(diào)用關(guān)系。

b)基于圖神經(jīng)網(wǎng)絡(luò)故障定位要求：

將圖注意力神經(jīng)網(wǎng)絡(luò)的注意力機(jī)制應(yīng)用到故障檢測(cè)，提升檢測(cè)故障效率。

c)異常模型定位要求：

智能微服務(wù)中，存在多種人工智能模型，由于系統(tǒng)環(huán)境的多樣性和多變性，不同的模型會(huì)存在

以適配不同業(yè)務(wù)環(huán)境，故障定位需對(duì)異常的模型進(jìn)行準(zhǔn)確定位。

d)多版本服務(wù)故障定位要求

5

T/CESAXXXX—202X

智能微服務(wù)中，某個(gè)服務(wù)會(huì)存在多個(gè)版本以滿(mǎn)足業(yè)務(wù)變化需求，需要對(duì)不同版本的微服務(wù)故障

進(jìn)行定位。

6

T/CESAXXXX—202X

目次

前言................................................................................IV

1范圍.................................................................................1

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

3術(shù)語(yǔ)和定義...........................................................................1

4平臺(tái)基本結(jié)構(gòu)........................................................................2

5功能要求............................................................................2

5.1意圖分析........................................................................2

5.2知識(shí)融合功能要求................................................................3

5.3流程組合功能要求................................................................3

5.4評(píng)測(cè)演化要求....................................................................4

5.5故障檢測(cè)與定位..................................................................4

III

T/CESAXXXX—202X

人工智能智能服務(wù)智能微服務(wù)平臺(tái)技術(shù)要求

1范圍

本文件規(guī)定了智能微服務(wù)適配平臺(tái)技術(shù)要求，包括設(shè)計(jì)的具體結(jié)構(gòu)及功能。

本文件適用于面向人工智能研究或開(kāi)發(fā)應(yīng)用等需要實(shí)施微服務(wù)的企業(yè)、高校、科研院所、政府機(jī)構(gòu)

等。

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

本文件沒(méi)有規(guī)范性引用文件。

3術(shù)語(yǔ)和定義

下列術(shù)語(yǔ)和定義適用于本文件。

3.1

智能微服務(wù)intelligentmicro-service

將人工智能模型和算法引入微服務(wù)的全生命周期中，通過(guò)智能化方法，實(shí)現(xiàn)微服務(wù)系統(tǒng)的開(kāi)發(fā)、部

署、運(yùn)行和維護(hù)；還可以通過(guò)微服務(wù)架構(gòu)及工具，對(duì)智能模型進(jìn)行管理，實(shí)現(xiàn)智能模型的微服務(wù)化部署

和應(yīng)用。

3.2

集群cluster

集群是一組相互獨(dú)立的、通過(guò)高速網(wǎng)絡(luò)互聯(lián)的計(jì)算機(jī)，它們構(gòu)成了一個(gè)組，并以單一系統(tǒng)的模式加

以管理。一個(gè)客戶(hù)與集群相互作用時(shí)，集群像是一個(gè)獨(dú)立的服務(wù)器。

3.3

業(yè)務(wù)流程建模與標(biāo)注businessprocessmodelingnotation;BPMN

業(yè)務(wù)流程建模與標(biāo)注，包括這些圖元如何組合成一個(gè)業(yè)務(wù)流程圖。

3.4

代碼異味codesmell

它是提示代碼中某個(gè)地方存在錯(cuò)誤的一個(gè)暗示，開(kāi)發(fā)人員可以通過(guò)這種異味在代碼中追捕到問(wèn)題。

3.5

架構(gòu)異味architecturalsmell

架構(gòu)異味是一種軟件設(shè)計(jì)決策，這種軟件設(shè)計(jì)會(huì)在系統(tǒng)中頻繁出現(xiàn)，并且可能會(huì)對(duì)軟件系統(tǒng)的質(zhì)量

屬性產(chǎn)生強(qiáng)烈的負(fù)面影響。

1

T/CESAXXXX—202X

4平臺(tái)基本結(jié)構(gòu)

智能微服務(wù)適配平臺(tái)基本結(jié)構(gòu)見(jiàn)圖1，智能微服務(wù)適配平臺(tái)通過(guò)意圖分析、知識(shí)融合、流程組合形

成具有對(duì)外服務(wù)能力的服務(wù)系統(tǒng)，通過(guò)評(píng)測(cè)演化對(duì)提供的服務(wù)質(zhì)量進(jìn)行保證，通過(guò)故障檢測(cè)與定位深層

反饋服務(wù)問(wèn)題，達(dá)到服務(wù)適配、服務(wù)評(píng)測(cè)、服務(wù)故障檢測(cè)與定位的回路作用，智能微服務(wù)適配平臺(tái)功能

包含5部分：

a)意圖分析

b)知識(shí)融合

c)流程組合

d)評(píng)測(cè)演化

e)故障檢測(cè)與定位

對(duì)意圖分析、知識(shí)融合、流程組合、評(píng)測(cè)演化、故障檢測(cè)與定位做出要求。對(duì)意圖分析的要求分為

對(duì)話(huà)交互功能、參與者提取、主謂賓構(gòu)造詞抽取、網(wǎng)關(guān)關(guān)鍵字搜索、中間過(guò)程模型生成、BPMN圖生成、

BPMN模型仿真；對(duì)知識(shí)融合的要求分為服務(wù)接口與接口語(yǔ)義提取、服務(wù)智能分類(lèi)、服務(wù)知識(shí)圖譜構(gòu)建、

服務(wù)語(yǔ)義標(biāo)注、服務(wù)元數(shù)據(jù)語(yǔ)義查詢(xún)部分；對(duì)流程組合要求分為流程組合設(shè)計(jì)、流程組合推薦、流程組

合執(zhí)行、流程差異檢測(cè)、服務(wù)能力需求量預(yù)測(cè)、服務(wù)動(dòng)態(tài)組合部分；對(duì)評(píng)測(cè)演化要求分為代碼質(zhì)量、代

碼異味、架構(gòu)異味、架構(gòu)演化、代碼風(fēng)格演化、適配演化代碼優(yōu)化、API誤用、服務(wù)多版本演化、模型

優(yōu)化；對(duì)故障檢測(cè)與定位分為故障檢測(cè)與故障定位。

圖1智能微服務(wù)適配平臺(tái)基本結(jié)構(gòu)

5功能要求

5.1意圖分析

2

T/CESAXXXX—202X

在服務(wù)適配中，意圖分析指從自然語(yǔ)句中分析語(yǔ)義，涉及對(duì)話(huà)交互功能、參與者提取功能、關(guān)系抽

取功能、中間模型生成功能、BPMN圖生成功能、BPMN模型仿真，功能要求如下：

a)對(duì)話(huà)交互功能要求：需要有可視化交互界面，供用戶(hù)輸入指定文本。

b)參與者提取：要求分析給定描述中的句子，提取有關(guān)正在進(jìn)行的可能參與者（執(zhí)行任務(wù)的人員，

系統(tǒng)或組織）的信息，具體指分析需求描述的每個(gè)句子，搜索描述參與者的詞語(yǔ)。

c)主謂賓構(gòu)造抽取：要求分析給定需求描述，分析句子結(jié)構(gòu)，以尋找基本的主謂賓構(gòu)造，隨后將

其用于創(chuàng)建適當(dāng)?shù)腂PMN元素，從句子中提取出參與者之后，進(jìn)行語(yǔ)法分析以尋找“主語(yǔ)-謂語(yǔ)

-賓語(yǔ)”結(jié)構(gòu)。

d)網(wǎng)關(guān)關(guān)鍵字搜索：通過(guò)分析過(guò)程描述來(lái)搜索表示條件網(wǎng)關(guān)和并行網(wǎng)關(guān)等各類(lèi)網(wǎng)關(guān)的關(guān)鍵字。

e)中間過(guò)程模型生成：從獲取的數(shù)據(jù)中創(chuàng)建基于電子表格的結(jié)構(gòu)化中間模型，對(duì)文本描述提取到

相關(guān)信息后，構(gòu)建中間模型將信息結(jié)構(gòu)化。

f)BPMN圖生成：從中間流程模型生成BPMN業(yè)務(wù)流程圖，中間模型包含生成BPMN所需要的所有

信息，介于結(jié)構(gòu)化的信息描述，結(jié)合BPMN編輯器便能夠直接生成BPMN模型。

g)BPMN模型仿真：需要對(duì)生成的BPMN圖進(jìn)行驗(yàn)證，測(cè)試該流程是否滿(mǎn)足用戶(hù)需求。

5.2知識(shí)融合功能要求

知識(shí)融合功能要求如下：

a)服務(wù)接口規(guī)范與接口語(yǔ)義提取，應(yīng)提供動(dòng)態(tài)服務(wù)適配中對(duì)于服務(wù)語(yǔ)義自動(dòng)提取的需求，通過(guò)基

于服務(wù)發(fā)現(xiàn)機(jī)制以及服務(wù)規(guī)范，對(duì)服務(wù)接口以及語(yǔ)義信息提取到數(shù)據(jù)庫(kù)。

b)服務(wù)智能分類(lèi)，采用人工智能模型，根據(jù)服務(wù)內(nèi)容，應(yīng)對(duì)不同的服務(wù)進(jìn)行類(lèi)別劃分。

c)提取的服務(wù)信息，應(yīng)根據(jù)功能進(jìn)行不同的分類(lèi)。應(yīng)提供對(duì)新接入的微服務(wù)進(jìn)行標(biāo)簽預(yù)測(cè)和分類(lèi)

打標(biāo)功能。鑒于每個(gè)服務(wù)的功能性不同，服務(wù)的對(duì)象不同，首先抽象出服務(wù)的種類(lèi)標(biāo)簽層次，

并在服務(wù)注冊(cè)階段對(duì)其進(jìn)行分類(lèi)打標(biāo)從而為后續(xù)圖譜構(gòu)建提供基礎(chǔ)信息。

d)服務(wù)知識(shí)圖譜構(gòu)建，依據(jù)不同服務(wù)之間實(shí)體、類(lèi)型關(guān)系，構(gòu)建服務(wù)的知識(shí)圖譜。

e)提取的服務(wù)信息，應(yīng)根據(jù)不同領(lǐng)域構(gòu)造對(duì)應(yīng)知識(shí)圖譜，在應(yīng)對(duì)不同領(lǐng)域的微服務(wù)領(lǐng)域時(shí)，應(yīng)構(gòu)

建對(duì)應(yīng)領(lǐng)域的知識(shí)圖譜。具體通過(guò)知識(shí)抽取、知識(shí)集成、知識(shí)質(zhì)量提高和知識(shí)更新四個(gè)過(guò)程完

成對(duì)不同領(lǐng)域的圖譜構(gòu)建。

f)服務(wù)語(yǔ)義標(biāo)注，對(duì)于新加入類(lèi)型服務(wù)，需要對(duì)服務(wù)語(yǔ)義信息進(jìn)行標(biāo)注，滿(mǎn)足人工智能模型訓(xùn)練

需求。

g)服務(wù)元數(shù)據(jù)語(yǔ)義查詢(xún)，要求基于內(nèi)存映射文件統(tǒng)一管理系統(tǒng)的存儲(chǔ)空間，提高存儲(chǔ)空間的利用

率同時(shí)要求系統(tǒng)中數(shù)據(jù)的持久化。在關(guān)聯(lián)矩陣和統(tǒng)計(jì)信息的存儲(chǔ)中采用了存儲(chǔ)分片的思想來(lái)提

高系統(tǒng)運(yùn)行過(guò)程中讀取數(shù)據(jù)的效率。

5.3流程組合功能要求

流程組合功能要求如下：

a)流程組合設(shè)計(jì)要求

流程組合所需的服務(wù)應(yīng)從服務(wù)知識(shí)圖譜中抽取；

流程組合成的服務(wù)應(yīng)滿(mǎn)足用戶(hù)需求；流程的設(shè)計(jì)根據(jù)用戶(hù)的業(yè)務(wù)需求進(jìn)行設(shè)計(jì)，在滿(mǎn)足用戶(hù)需求的

基礎(chǔ)之上從服務(wù)知識(shí)圖譜中選取相應(yīng)的服務(wù)。從而可以完成流程的邏輯設(shè)計(jì)階段，并基于相應(yīng)的業(yè)務(wù)關(guān)

系來(lái)實(shí)現(xiàn)。

b)流程組合推薦要求

推薦的流程組合應(yīng)滿(mǎn)足用戶(hù)需求；在滿(mǎn)足用戶(hù)業(yè)務(wù)需求的前提下，流程組合推薦要求實(shí)現(xiàn)智能而快

速的推薦過(guò)程。根據(jù)用戶(hù)的語(yǔ)義關(guān)鍵詞需求，推薦完整且合乎邏輯的流程。

3

T/CESAXXXX—202X

c)流程組合執(zhí)行要求

根據(jù)設(shè)計(jì)的流程組合文件，在部署和運(yùn)行中滿(mǎn)足QoS要求。流程組合執(zhí)行要求將流程的業(yè)務(wù)邏輯進(jìn)

行具體實(shí)現(xiàn)，在執(zhí)行過(guò)程中，需要滿(mǎn)足服務(wù)運(yùn)行所需要的QoS(時(shí)間、CPU等資源)要求，并且不斷調(diào)整運(yùn)

行過(guò)程中的服務(wù)調(diào)度策略，以實(shí)現(xiàn)可靠且成功的運(yùn)行結(jié)果。

d)流程差異檢測(cè)要求

使用面向復(fù)雜服務(wù)組合的差異可視化工具檢測(cè)出兩個(gè)服務(wù)流程間的差異，滿(mǎn)足流程檢測(cè)的可視化需

求。

e)服務(wù)能力需求量預(yù)測(cè)要求

流程組合形成的服務(wù)，需要滿(mǎn)足根據(jù)歷史信息，對(duì)于未來(lái)服務(wù)需求的數(shù)量以及質(zhì)量進(jìn)行預(yù)測(cè)。

f)服務(wù)動(dòng)態(tài)組合要求

由流程組合形成的多個(gè)服務(wù)構(gòu)成一個(gè)整體服務(wù)，整體服務(wù)需滿(mǎn)足用戶(hù)的質(zhì)量需求。

5.4評(píng)測(cè)演化要求

針對(duì)微服務(wù)適配中的代碼質(zhì)量、代碼異味、架構(gòu)異味、架構(gòu)演化、模型演化進(jìn)行評(píng)測(cè)：

a)代碼質(zhì)量評(píng)測(cè)

服務(wù)適配中，新增代碼應(yīng)修復(fù)上個(gè)版本的所有嚴(yán)重問(wèn)題，代碼質(zhì)量要求不存在導(dǎo)致安全隱患的代碼。

b)代碼異味評(píng)測(cè)

服務(wù)適配中，新增代碼不應(yīng)存在不穩(wěn)定或者潛在問(wèn)題。

c)架構(gòu)異味評(píng)測(cè)

在服務(wù)適配中，新增代碼或組件不應(yīng)產(chǎn)生影響架構(gòu)質(zhì)量的因素,代碼質(zhì)量由bug等級(jí)分為major，

minor，新增代碼或組件不應(yīng)產(chǎn)生major的bug。

d)架構(gòu)演化評(píng)測(cè)

微服務(wù)適配過(guò)程中，不斷產(chǎn)生的架構(gòu)變化應(yīng)滿(mǎn)足微服務(wù)架構(gòu)整體穩(wěn)定，并且滿(mǎn)足構(gòu)成微服務(wù)的單個(gè)

組件與其他組件耦合度低。

e)代碼風(fēng)格演化評(píng)測(cè)

微服務(wù)適配過(guò)程中，代碼變更時(shí)，需滿(mǎn)足前后風(fēng)格一致性，包含代碼注釋需為英文，函數(shù)命名規(guī)范

需統(tǒng)一，避免風(fēng)格迥異。

f)API誤用評(píng)測(cè)

微服務(wù)適配過(guò)程中，對(duì)于不同微服務(wù)提供的API以及微服務(wù)內(nèi)部使用其他框架或庫(kù)中的API，需遵循

API使用規(guī)范，避免API誤用。

g)適配演化代碼優(yōu)化評(píng)測(cè)

服務(wù)適配中，對(duì)于檢測(cè)到的問(wèn)題代碼，需進(jìn)行代碼修復(fù)并優(yōu)化，優(yōu)化后代碼至少不低于原代碼功能

及性能。

h)容器鏡像質(zhì)量評(píng)測(cè)

服務(wù)適配中，不同微服務(wù)以docker鏡像形式部署，鏡像質(zhì)量需滿(mǎn)足每個(gè)服務(wù)運(yùn)行指標(biāo)的性能要求。

i)服務(wù)多版本演化評(píng)測(cè)

服務(wù)適配中，對(duì)于某個(gè)服務(wù)升級(jí)或者出現(xiàn)多個(gè)版本時(shí)，不同版本的服務(wù)功能和性能需滿(mǎn)足對(duì)應(yīng)迭代

需求。

j)模型演化評(píng)測(cè)

服務(wù)適配中，與AI模型關(guān)聯(lián)的微服務(wù)，需要評(píng)測(cè)對(duì)應(yīng)模型的質(zhì)量，包含模型大小，模型接口是否

變更。

5.5故障檢測(cè)

4

T/CESAXXXX—202X

故障檢測(cè)要求包含服務(wù)指標(biāo)配置，異常檢測(cè)，異常報(bào)警，服務(wù)故障注入，服務(wù)故障恢復(fù)。

a)服務(wù)指標(biāo)配置：

對(duì)服務(wù)異常檢測(cè)前，首先需為指定服務(wù)配置對(duì)應(yīng)指標(biāo)，包含QoS。不同類(lèi)型服務(wù)配置不同合適的指

標(biāo)。

b)日志異常檢