CESA-2022-027-《人工智能 智能服务 智能微服务平台技术要求》团体标准(征求意见稿)_第1页
CESA-2022-027-《人工智能 智能服务 智能微服务平台技术要求》团体标准(征求意见稿)_第2页
CESA-2022-027-《人工智能 智能服务 智能微服务平台技术要求》团体标准(征求意见稿)_第3页
CESA-2022-027-《人工智能 智能服务 智能微服务平台技术要求》团体标准(征求意见稿)_第4页
CESA-2022-027-《人工智能 智能服务 智能微服务平台技术要求》团体标准(征求意见稿)_第5页
已阅读5页,还剩9页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

ICS35.240

CCSL70

团体标准

T/CESAXXXX—202X

人工智能智能服务智能微服务平台技

术要求

Artificialintelligence–Intelligentservice-Technicalrequirements

forintelligentmicro-serviceplatform

(征求意见稿)

在提交反馈意见时,请将您知道的相关专利连同支持性文件一并附上。

已授权的专利证明材料为专利证书复印件或扉页,已公开但尚未授权的专利申请

证明材料为专利公开通知书复印件或扉页,未公开的专利申请的证明材料为专利申请

号和申请日期。

202X-XX-XX发布202X-XX-XX实施

中国电子工业标准化技术协会发布

T/CESAXXXX—202X

前言

本文件按照GB/T1.1-2020《标准化工作导则第1部分:标准化文件的结构和起草规则》的规定

起草。

本文件由北京航空航天大学提出。

本文件由中国电子技术标准化研究院、中国电子工业标准化技术协会归口。

本文件起草单位:

本文件主要起草人:

IV

T/CESAXXXX—202X

人工智能智能服务智能微服务平台技术要求

1范围

本文件规定了智能微服务适配平台技术要求,包括设计的具体结构及功能。

本文件适用于面向人工智能研究或开发应用等需要实施微服务的企业、高校、科研院所、政府机构

等。

2规范性引用文件

本文件没有规范性引用文件。

3术语和定义

下列术语和定义适用于本文件。

3.1

智能微服务intelligentmicro-service

将人工智能模型和算法引入微服务的全生命周期中,通过智能化方法,实现微服务系统的开发、部

署、运行和维护;还可以通过微服务架构及工具,对智能模型进行管理,实现智能模型的微服务化部署

和应用。

3.2

集群cluster

集群是一组相互独立的、通过高速网络互联的计算机,它们构成了一个组,并以单一系统的模式加

以管理。一个客户与集群相互作用时,集群像是一个独立的服务器。

3.3

业务流程建模与标注businessprocessmodelingnotation;BPMN

业务流程建模与标注,包括这些图元如何组合成一个业务流程图。

3.4

代码异味codesmell

它是提示代码中某个地方存在错误的一个暗示,开发人员可以通过这种异味在代码中追捕到问题。

3.5

架构异味architecturalsmell

架构异味是一种软件设计决策,这种软件设计会在系统中频繁出现,并且可能会对软件系统的质量

属性产生强烈的负面影响。

1

T/CESAXXXX—202X

4平台基本结构

智能微服务适配平台基本结构见图1,智能微服务适配平台通过意图分析、知识融合、流程组合形

成具有对外服务能力的服务系统,通过评测演化对提供的服务质量进行保证,通过故障检测与定位深层

反馈服务问题,达到服务适配、服务评测、服务故障检测与定位的回路作用,智能微服务适配平台功能

包含5部分:

a)意图分析

b)知识融合

c)流程组合

d)评测演化

e)故障检测与定位

对意图分析、知识融合、流程组合、评测演化、故障检测与定位做出要求。对意图分析的要求分为

对话交互功能、参与者提取、主谓宾构造词抽取、网关关键字搜索、中间过程模型生成、BPMN图生成、

BPMN模型仿真;对知识融合的要求分为服务接口与接口语义提取、服务智能分类、服务知识图谱构建、

服务语义标注、服务元数据语义查询部分;对流程组合要求分为流程组合设计、流程组合推荐、流程组

合执行、流程差异检测、服务能力需求量预测、服务动态组合部分;对评测演化要求分为代码质量、代

码异味、架构异味、架构演化、代码风格演化、适配演化代码优化、API误用、服务多版本演化、模型

优化;对故障检测与定位分为故障检测与故障定位。

图1智能微服务适配平台基本结构

5功能要求

5.1意图分析

2

T/CESAXXXX—202X

在服务适配中,意图分析指从自然语句中分析语义,涉及对话交互功能、参与者提取功能、关系抽

取功能、中间模型生成功能、BPMN图生成功能、BPMN模型仿真,功能要求如下:

a)对话交互功能要求:需要有可视化交互界面,供用户输入指定文本。

b)参与者提取:要求分析给定描述中的句子,提取有关正在进行的可能参与者(执行任务的人员,

系统或组织)的信息,具体指分析需求描述的每个句子,搜索描述参与者的词语。

c)主谓宾构造抽取:要求分析给定需求描述,分析句子结构,以寻找基本的主谓宾构造,随后将

其用于创建适当的BPMN元素,从句子中提取出参与者之后,进行语法分析以寻找“主语-谓语

-宾语”结构。

d)网关关键字搜索:通过分析过程描述来搜索表示条件网关和并行网关等各类网关的关键字。

e)中间过程模型生成:从获取的数据中创建基于电子表格的结构化中间模型,对文本描述提取到

相关信息后,构建中间模型将信息结构化。

f)BPMN图生成:从中间流程模型生成BPMN业务流程图,中间模型包含生成BPMN所需要的所有

信息,介于结构化的信息描述,结合BPMN编辑器便能够直接生成BPMN模型。

g)BPMN模型仿真:需要对生成的BPMN图进行验证,测试该流程是否满足用户需求。

5.2知识融合功能要求

知识融合功能要求如下:

a)服务接口规范与接口语义提取,应提供动态服务适配中对于服务语义自动提取的需求,通过基

于服务发现机制以及服务规范,对服务接口以及语义信息提取到数据库。

b)服务智能分类,采用人工智能模型,根据服务内容,应对不同的服务进行类别划分。

c)提取的服务信息,应根据功能进行不同的分类。应提供对新接入的微服务进行标签预测和分类

打标功能。鉴于每个服务的功能性不同,服务的对象不同,首先抽象出服务的种类标签层次,

并在服务注册阶段对其进行分类打标从而为后续图谱构建提供基础信息。

d)服务知识图谱构建,依据不同服务之间实体、类型关系,构建服务的知识图谱。

e)提取的服务信息,应根据不同领域构造对应知识图谱,在应对不同领域的微服务领域时,应构

建对应领域的知识图谱。具体通过知识抽取、知识集成、知识质量提高和知识更新四个过程完

成对不同领域的图谱构建。

f)服务语义标注,对于新加入类型服务,需要对服务语义信息进行标注,满足人工智能模型训练

需求。

g)服务元数据语义查询,要求基于内存映射文件统一管理系统的存储空间,提高存储空间的利用

率同时要求系统中数据的持久化。在关联矩阵和统计信息的存储中采用了存储分片的思想来提

高系统运行过程中读取数据的效率。

5.3流程组合功能要求

流程组合功能要求如下:

a)流程组合设计要求

流程组合所需的服务应从服务知识图谱中抽取;

流程组合成的服务应满足用户需求;流程的设计根据用户的业务需求进行设计,在满足用户需求的

基础之上从服务知识图谱中选取相应的服务。从而可以完成流程的逻辑设计阶段,并基于相应的业务关

系来实现。

b)流程组合推荐要求

推荐的流程组合应满足用户需求;在满足用户业务需求的前提下,流程组合推荐要求实现智能而快

速的推荐过程。根据用户的语义关键词需求,推荐完整且合乎逻辑的流程。

3

T/CESAXXXX—202X

c)流程组合执行要求

根据设计的流程组合文件,在部署和运行中满足QoS要求。流程组合执行要求将流程的业务逻辑进

行具体实现,在执行过程中,需要满足服务运行所需要的QoS(时间、CPU等资源)要求,并且不断调整运

行过程中的服务调度策略,以实现可靠且成功的运行结果。

d)流程差异检测要求

使用面向复杂服务组合的差异可视化工具检测出两个服务流程间的差异,满足流程检测的可视化需

求。

e)服务能力需求量预测要求

流程组合形成的服务,需要满足根据历史信息,对于未来服务需求的数量以及质量进行预测。

f)服务动态组合要求

由流程组合形成的多个服务构成一个整体服务,整体服务需满足用户的质量需求。

5.4评测演化要求

针对微服务适配中的代码质量、代码异味、架构异味、架构演化、模型演化进行评测:

a)代码质量评测

服务适配中,新增代码应修复上个版本的所有严重问题,代码质量要求不存在导致安全隐患的代码。

b)代码异味评测

服务适配中,新增代码不应存在不稳定或者潜在问题。

c)架构异味评测

在服务适配中,新增代码或组件不应产生影响架构质量的因素,代码质量由bug等级分为major,

minor,新增代码或组件不应产生major的bug。

d)架构演化评测

微服务适配过程中,不断产生的架构变化应满足微服务架构整体稳定,并且满足构成微服务的单个

组件与其他组件耦合度低。

e)代码风格演化评测

微服务适配过程中,代码变更时,需满足前后风格一致性,包含代码注释需为英文,函数命名规范

需统一,避免风格迥异。

f)API误用评测

微服务适配过程中,对于不同微服务提供的API以及微服务内部使用其他框架或库中的API,需遵循

API使用规范,避免API误用。

g)适配演化代码优化评测

服务适配中,对于检测到的问题代码,需进行代码修复并优化,优化后代码至少不低于原代码功能

及性能。

h)容器镜像质量评测

服务适配中,不同微服务以docker镜像形式部署,镜像质量需满足每个服务运行指标的性能要求。

i)服务多版本演化评测

服务适配中,对于某个服务升级或者出现多个版本时,不同版本的服务功能和性能需满足对应迭代

需求。

j)模型演化评测

服务适配中,与AI模型关联的微服务,需要评测对应模型的质量,包含模型大小,模型接口是否

变更。

5.5故障检测

4

T/CESAXXXX—202X

故障检测要求包含服务指标配置,异常检测,异常报警,服务故障注入,服务故障恢复。

a)服务指标配置:

对服务异常检测前,首先需为指定服务配置对应指标,包含QoS。不同类型服务配置不同合适的指

标。

b)日志异常检测方法:

1)基于工作流的方法:检测日志中的逻辑功能是否以预设步骤执行,若未根据预设步骤执行,

则判断存在日志异常;

2)基于深度的日志异常检测,通过深度学习算法对存在的日志进行模型训练,使用训练完毕

的模型对新产生日志进行预测,判断是否存在日志异常。

c)指标异常检测方法:

1)基于相似度的方法,检测某个指标与已知指标的相似性,相似值超过阈值即表示该指标存

在异常;

2)基于机器学习的方法,通过机器学习算法对已知的异常进行模型训练,使用训练完毕的模

型对指标进行预测,判断是否属于异常。

d)服务异常报警:

对于检测的服务异常,需建立有效的异常报警机制,包含发送报警邮件。

e)服务故障注入:

为验证服务适配中异常检测是否有效,需向系统或平台中注入不同类型的故障,并验证是否能检测

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

1)POD故障:pod故障类主要包括pod-failure、pod-kill和container-kill三种,分别用

于模拟集群中的所选择的Pod在指定的时间段内不可用、pod被kill和选定的container

被kill三种故障场景;

2)网络攻击:网络攻击类主要包括network-delay、network-loss、network-partition、

network-duplicate、network-corrupt和network-bandwidth,分别用于模拟集群中的网

络延迟、网络丢包、网络分区、网络包重复、网络包损坏和网络带宽问题六种故障场景;

3)文件系统故障:文件系统故障主要包括I/Olatency和I/Ofault两种,分别用于模拟文

件系统I/O延迟和I/O错误。

f)服务故障恢复

服务适配中,需包含服务故障恢复流程,即检测到异常并确定了导致异常的根本原因后,就需

要进行调试和恢复。

5.6故障定位

服务适配中,对于出现故障的服务需进行精准定位,故障定位技术要求如下:

a)随机游走服务故障根因定位要求:

基于异常检测模块确定异常值和其发生的时间,并根据这些信息生成异常发生时的服务调用关

系图,从而确定异常发生时各服务之间的调用关系。

b)基于图神经网络故障定位要求:

将图注意力神经网络的注意力机制应用到故障检测,提升检测故障效率。

c)异常模型定位要求:

智能微服务中,存在多种人工智能模型,由于系统环境的多样性和多变性,不同的模型会存在

以适配不同业务环境,故障定位需对异常的模型进行准确定位。

d)多版本服务故障定位要求

5

T/CESAXXXX—202X

智能微服务中,某个服务会存在多个版本以满足业务变化需求,需要对不同版本的微服务故障

进行定位。

6

T/CESAXXXX—202X

目次

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

1范围.................................................................................1

2规范性引用文件.......................................................................1

3术语和定义...........................................................................1

4平台基本结构........................................................................2

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

5.1意图分析........................................................................2

5.2知识融合功能要求................................................................3

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

5.4评测演化要求....................................................................4

5.5故障检测与定位..................................................................4

III

T/CESAXXXX—202X

人工智能智能服务智能微服务平台技术要求

1范围

本文件规定了智能微服务适配平台技术要求,包括设计的具体结构及功能。

本文件适用于面向人工智能研究或开发应用等需要实施微服务的企业、高校、科研院所、政府机构

等。

2规范性引用文件

本文件没有规范性引用文件。

3术语和定义

下列术语和定义适用于本文件。

3.1

智能微服务intelligentmicro-service

将人工智能模型和算法引入微服务的全生命周期中,通过智能化方法,实现微服务系统的开发、部

署、运行和维护;还可以通过微服务架构及工具,对智能模型进行管理,实现智能模型的微服务化部署

和应用。

3.2

集群cluster

集群是一组相互独立的、通过高速网络互联的计算机,它们构成了一个组,并以单一系统的模式加

以管理。一个客户与集群相互作用时,集群像是一个独立的服务器。

3.3

业务流程建模与标注businessprocessmodelingnotation;BPMN

业务流程建模与标注,包括这些图元如何组合成一个业务流程图。

3.4

代码异味codesmell

它是提示代码中某个地方存在错误的一个暗示,开发人员可以通过这种异味在代码中追捕到问题。

3.5

架构异味architecturalsmell

架构异味是一种软件设计决策,这种软件设计会在系统中频繁出现,并且可能会对软件系统的质量

属性产生强烈的负面影响。

1

T/CESAXXXX—202X

4平台基本结构

智能微服务适配平台基本结构见图1,智能微服务适配平台通过意图分析、知识融合、流程组合形

成具有对外服务能力的服务系统,通过评测演化对提供的服务质量进行保证,通过故障检测与定位深层

反馈服务问题,达到服务适配、服务评测、服务故障检测与定位的回路作用,智能微服务适配平台功能

包含5部分:

a)意图分析

b)知识融合

c)流程组合

d)评测演化

e)故障检测与定位

对意图分析、知识融合、流程组合、评测演化、故障检测与定位做出要求。对意图分析的要求分为

对话交互功能、参与者提取、主谓宾构造词抽取、网关关键字搜索、中间过程模型生成、BPMN图生成、

BPMN模型仿真;对知识融合的要求分为服务接口与接口语义提取、服务智能分类、服务知识图谱构建、

服务语义标注、服务元数据语义查询部分;对流程组合要求分为流程组合设计、流程组合推荐、流程组

合执行、流程差异检测、服务能力需求量预测、服务动态组合部分;对评测演化要求分为代码质量、代

码异味、架构异味、架构演化、代码风格演化、适配演化代码优化、API误用、服务多版本演化、模型

优化;对故障检测与定位分为故障检测与故障定位。

图1智能微服务适配平台基本结构

5功能要求

5.1意图分析

2

T/CESAXXXX—202X

在服务适配中,意图分析指从自然语句中分析语义,涉及对话交互功能、参与者提取功能、关系抽

取功能、中间模型生成功能、BPMN图生成功能、BPMN模型仿真,功能要求如下:

a)对话交互功能要求:需要有可视化交互界面,供用户输入指定文本。

b)参与者提取:要求分析给定描述中的句子,提取有关正在进行的可能参与者(执行任务的人员,

系统或组织)的信息,具体指分析需求描述的每个句子,搜索描述参与者的词语。

c)主谓宾构造抽取:要求分析给定需求描述,分析句子结构,以寻找基本的主谓宾构造,随后将

其用于创建适当的BPMN元素,从句子中提取出参与者之后,进行语法分析以寻找“主语-谓语

-宾语”结构。

d)网关关键字搜索:通过分析过程描述来搜索表示条件网关和并行网关等各类网关的关键字。

e)中间过程模型生成:从获取的数据中创建基于电子表格的结构化中间模型,对文本描述提取到

相关信息后,构建中间模型将信息结构化。

f)BPMN图生成:从中间流程模型生成BPMN业务流程图,中间模型包含生成BPMN所需要的所有

信息,介于结构化的信息描述,结合BPMN编辑器便能够直接生成BPMN模型。

g)BPMN模型仿真:需要对生成的BPMN图进行验证,测试该流程是否满足用户需求。

5.2知识融合功能要求

知识融合功能要求如下:

a)服务接口规范与接口语义提取,应提供动态服务适配中对于服务语义自动提取的需求,通过基

于服务发现机制以及服务规范,对服务接口以及语义信息提取到数据库。

b)服务智能分类,采用人工智能模型,根据服务内容,应对不同的服务进行类别划分。

c)提取的服务信息,应根据功能进行不同的分类。应提供对新接入的微服务进行标签预测和分类

打标功能。鉴于每个服务的功能性不同,服务的对象不同,首先抽象出服务的种类标签层次,

并在服务注册阶段对其进行分类打标从而为后续图谱构建提供基础信息。

d)服务知识图谱构建,依据不同服务之间实体、类型关系,构建服务的知识图谱。

e)提取的服务信息,应根据不同领域构造对应知识图谱,在应对不同领域的微服务领域时,应构

建对应领域的知识图谱。具体通过知识抽取、知识集成、知识质量提高和知识更新四个过程完

成对不同领域的图谱构建。

f)服务语义标注,对于新加入类型服务,需要对服务语义信息进行标注,满足人工智能模型训练

需求。

g)服务元数据语义查询,要求基于内存映射文件统一管理系统的存储空间,提高存储空间的利用

率同时要求系统中数据的持久化。在关联矩阵和统计信息的存储中采用了存储分片的思想来提

高系统运行过程中读取数据的效率。

5.3流程组合功能要求

流程组合功能要求如下:

a)流程组合设计要求

流程组合所需的服务应从服务知识图谱中抽取;

流程组合成的服务应满足用户需求;流程的设计根据用户的业务需求进行设计,在满足用户需求的

基础之上从服务知识图谱中选取相应的服务。从而可以完成流程的逻辑设计阶段,并基于相应的业务关

系来实现。

b)流程组合推荐要求

推荐的流程组合应满足用户需求;在满足用户业务需求的前提下,流程组合推荐要求实现智能而快

速的推荐过程。根据用户的语义关键词需求,推荐完整且合乎逻辑的流程。

3

T/CESAXXXX—202X

c)流程组合执行要求

根据设计的流程组合文件,在部署和运行中满足QoS要求。流程组合执行要求将流程的业务逻辑进

行具体实现,在执行过程中,需要满足服务运行所需要的QoS(时间、CPU等资源)要求,并且不断调整运

行过程中的服务调度策略,以实现可靠且成功的运行结果。

d)流程差异检测要求

使用面向复杂服务组合的差异可视化工具检测出两个服务流程间的差异,满足流程检测的可视化需

求。

e)服务能力需求量预测要求

流程组合形成的服务,需要满足根据历史信息,对于未来服务需求的数量以及质量进行预测。

f)服务动态组合要求

由流程组合形成的多个服务构成一个整体服务,整体服务需满足用户的质量需求。

5.4评测演化要求

针对微服务适配中的代码质量、代码异味、架构异味、架构演化、模型演化进行评测:

a)代码质量评测

服务适配中,新增代码应修复上个版本的所有严重问题,代码质量要求不存在导致安全隐患的代码。

b)代码异味评测

服务适配中,新增代码不应存在不稳定或者潜在问题。

c)架构异味评测

在服务适配中,新增代码或组件不应产生影响架构质量的因素,代码质量由bug等级分为major,

minor,新增代码或组件不应产生major的bug。

d)架构演化评测

微服务适配过程中,不断产生的架构变化应满足微服务架构整体稳定,并且满足构成微服务的单个

组件与其他组件耦合度低。

e)代码风格演化评测

微服务适配过程中,代码变更时,需满足前后风格一致性,包含代码注释需为英文,函数命名规范

需统一,避免风格迥异。

f)API误用评测

微服务适配过程中,对于不同微服务提供的API以及微服务内部使用其他框架或库中的API,需遵循

API使用规范,避免API误用。

g)适配演化代码优化评测

服务适配中,对于检测到的问题代码,需进行代码修复并优化,优化后代码至少不低于原代码功能

及性能。

h)容器镜像质量评测

服务适配中,不同微服务以docker镜像形式部署,镜像质量需满足每个服务运行指标的性能要求。

i)服务多版本演化评测

服务适配中,对于某个服务升级或者出现多个版本时,不同版本的服务功能和性能需满足对应迭代

需求。

j)模型演化评测

服务适配中,与AI模型关联的微服务,需要评测对应模型的质量,包含模型大小,模型接口是否

变更。

5.5故障检测

4

T/CESAXXXX—202X

故障检测要求包含服务指标配置,异常检测,异常报警,服务故障注入,服务故障恢复。

a)服务指标配置:

对服务异常检测前,首先需为指定服务配置对应指标,包含QoS。不同类型服务配置不同合适的指

标。

b)日志异常检

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论