CN113342472A - 微服务集群创建方法、装置、电子设备及可读存储介质 - Google Patents
微服务集群创建方法、装置、电子设备及可读存储介质 Download PDFInfo
- Publication number
- CN113342472A CN113342472A CN202110721432.1A CN202110721432A CN113342472A CN 113342472 A CN113342472 A CN 113342472A CN 202110721432 A CN202110721432 A CN 202110721432A CN 113342472 A CN113342472 A CN 113342472A
- Authority
- CN
- China
- Prior art keywords
- service
- application service
- micro
- cluster
- units
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 52
- 230000006870 function Effects 0.000 claims abstract description 68
- 238000004590 computer program Methods 0.000 claims description 15
- 238000004458 analytical method Methods 0.000 claims description 4
- 238000000638 solvent extraction Methods 0.000 claims 1
- 239000000126 substance Substances 0.000 claims 1
- 238000011161 development Methods 0.000 abstract description 7
- 230000007488 abnormal function Effects 0.000 abstract description 6
- 230000008569 process Effects 0.000 description 15
- 235000010627 Phaseolus vulgaris Nutrition 0.000 description 14
- 244000046052 Phaseolus vulgaris Species 0.000 description 14
- 238000004891 communication Methods 0.000 description 12
- 230000018109 developmental process Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000001419 dependent effect Effects 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 3
- 230000003139 buffering effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000033772 system development Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45562—Creating, deleting, cloning virtual machine instances
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45595—Network integration; Enabling network access in virtual machine instances
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Stored Programmes (AREA)
Abstract
本发明涉及开发技术领域,揭露一种微服务集群创建方法,包括:获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元;识别多个所述应用服务单元之间的依赖关系;根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群;接收服务选取指令,识别服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群。本发明还提出一种微服务集群创建装置、电子设备以及存储介质。本发明可以解决微服务集群的功能不可用或功能异常概率提高问题。
Description
技术领域
本发明涉及开发技术领域,尤其涉及一种微服务集群创建方法、装置、电子设备及可读存储介质。
背景技术
微服务是将独立的应用系统开发分解为一组小型服务的开发,其中每个小型服务都以独立进程运行,并采用如HTTP资源API这样轻量机制来相互通信的新型应用开发机制,随着互联网领域的不断发展微服务化应用越来越广泛。
但是,微服务集群应用到实际场景时,微服务集群在电子商务中的应用可以分为物流订单查询、货物进出仓库查询及商品查询等应用,通过微服务集群实现实际场景应用过程中常常将微服务集群中多个软件模块拆解成不同的单体应用,应用调用链路变复杂,常出现功能不可用或功能异常概率提高问题。
发明内容
本发明提供一种微服务集群创建方法、装置、电子设备及计算机可读存储介质,其主要目的在于解决微服务集群的功能不可用或功能异常概率提高问题。
为实现上述目的,本发明提供的一种微服务集群创建方法,包括:
获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元;
识别多个所述应用服务单元之间的依赖关系;
根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群;
接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群。
可选地,所述配置每个所述应用服务的功能单元,得到多个应用服务单元,包括:
对所述应用服务的功能单元执行幂等操作,得到功能单一应用服务单元;
对所述应用服务的功能单元执行配置,得到功能复用应用服务单元;
确定所述功能单一应用服务单元与所述功能复用应用服务单元组成多个应用服务单元。
可选地,所述对所述应用服务的功能单元执行配置,得到功能复用应用服务单元,包括:
获取所述功能单元的待配置参数,其中所述待配置参数包括功能单元的日志、常用参数及与预设数据库连接的信息;
根据所述应用服务的地址信息创建配置文件;
利用所述配置文件对所述功能单元的待配置参数进行配置,得到功能复用应用服务单元。
可选地,所述识别所述初始微服务集群的业务场景,并根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群,包括:
识别所述业务场景的业务字段,根据所述业务字段识别所述微服务集群的服务类型;
根据所述服务类型,利用消息中间件配置所述微服务集群中应用服务单元的消息队列;
根据所述消息队列配置的应用服务单元之间的依赖关系形成目标微服务集群。
可选地,所述根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群,包括:
根据多个所述应用服务单元之间的依赖关系设置多个所述应用服务单元的实体标签;
将所述实体标签进行继承和重置,得到依赖关系标记图;
分割所述依赖关系标记图,得到更新依赖关系;
根据所述更新依赖关系组装多个所述应用服务单元,得到多个微服务;
获取多个所述微服务之间的依赖程度,组装依赖程度密切的所述微服务,生成微服务集群。
可选地,所述分割所述依赖关系标记图,得到更新依赖关系,包括:
判断所述依赖关系标记图的节点是否为关键节点,若所述节点为非关键节点,直接按照所述实体标签划分标记子图;
若所述节点为关键节点,则递归判断所述节点的父节点是否为关键节点;
若所述节点的父节点不是关键节点,将所述节点与所述父节点连接的边断开,更新所述节点为父节点并将与所述节点相连接的其余节点划分标记子图;
若所述节点的父节点是关键节点,直接将所述节点的父节点连接的所有节点划分为标记子图;
根据所述标记子图的连接关系,得到确定更新依赖关系。
可选地,所述识别多个所述应用服务单元之间的依赖关系,包括:
对多个所述应用服务单元的软件源码进行词法分析,得到多个所述应用服务单元对应的实体类型;
判断多个所述应用服务单元对应的实体类型之间是否存在函数调用关系,若所述实体类型之间不存在函数调用关系,则确定所述实体类型对应的应用服务单元不存在依赖关系;
若所述实体类型之间存在函数调用关系,则确定所述实体类型对应的应用服务单元之间存在依赖关系。
为了解决上述问题,本发明还提供一种微服务集群创建装置,所述装置包括:
应用服务单元配置模块,用于获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元;
初始微服务集群生成模块,用于识别多个所述应用服务单元之间的依赖关系,根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群;
目标微服务集群生成模块,用于接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群。
为了解决上述问题,本发明还提供一种电子设备,所述电子设备包括:
存储器,存储至少一个计算机程序;及
处理器,执行所述存储器中存储的计算机程序以实现上述所述的微服务集群创建方法。
为了解决上述问题,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质中存储有至少一个计算机程序,所述至少一个计算机程序被电子设备中的处理器执行以实现上述所述的微服务集群创建方法。
本发明实施例首先通过获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元,再识别多个所述应用服务单元之间的依赖关系;根据所述依赖关系,对所述多个应用服务单元进行组装,生成初始微服务集群,进而接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述初始微服务集群中应用服务单元进行消息列队配置,得到目标微服务集群,由于本实施例中根据不同的业务场景,通过对应用服务单元进行消息队列配置,进而微服务集群运行时,可以根据应用服务单元的业务情况,实现微服务功能的动态调整,解决微服务集群的功能不可用及功能异常概率提高问题。因此本发明实施例提出的微服务集群创建方法、装置、电子设备及可读存储介质可以解决微服务集群的功能不可用或功能异常概率提高问题。
附图说明
图1为本发明一实施例提供的微服务集群创建方法的流程示意图;
图2为本发明一实施例提供的微服务集群创建装置的模块示意图;
图3为本发明一实施例提供的实现微服务集群创建方法的电子设备的内部结构示意图;
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明实施例提供一种微服务集群创建方法。所述微服务集群创建方法的执行主体包括但不限于服务端、终端等能够被配置为执行本申请实施例提供的该方法的电子设备中的至少一种。换言之,所述微服务集群创建方法可以由安装在终端设备或服务端设备的软件或硬件来执行,所述软件可以是区块链平台。所述服务端包括但不限于:单台服务器、服务器集群、云端服务器或云端服务器集群等。
参照图1所示的本发明一实施例提供的微服务集群创建方法的流程示意图,在本发明实施例中,所述微服务集群创建方法包括:
S1、获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元。
本发明实施例中,所述应用服务可以是为了响应客户端发出的服务指令请求,提供某种功能的一种服务。
所述应用服务能实现的功能(即能提供的服务)是由多个功能单元通过执行一系列操作实现的。所述功能单元指的是将所有功能都打包放在一个可以单独开发、设计运行的软件单元。
具体地,本发明实施例中,所述应用服务可以通过应用程序、开发编译及从源码库查询等方式获取。
详细地,所述配置每个所述应用服务的功能单元,得到多个应用服务单元,包括:
对所述应用服务的功能单元执行幂等操作,得到功能单一应用服务单元;
对所述应用服务的功能单元执行配置,得到功能复用应用服务单元;
确定所述功能单一应用服务单元与所述功能复用应用服务单元组成多个应用服务单元。
本发明实施例中,所述应用服务单元是对所述应用服务的功能单元进行配置后,可以实现单元功能单一和单元复用的软件单元,其中,所述功能单一应用服务单元指的是应用服务单元的功能是单一的,所述功能复用应用服务单元指的是经过配置可以实现多种应用功能的服务单元。
所述幂等操作即幂等控制,是指功能单元的相同参数可被重复调用,且多次调用得到的最终结果是一致的,通过幂等操作可以确保每个应用服务单元的功能是单一的。
详细地,所述对所述应用服务的功能单元执行配置,得到复用应用服务单元,包括:
获取所述功能单元的待配置参数,其中所述待配置参数包括功能单元的日志、常用参数及与预设数据库连接的信息;
根据所述应用服务的地址信息创建配置文件;
利用所述配置文件对所述功能单元的待配置参数进行配置,得到功能复用应用服务单元。
本发明实施例中,所述配置文件可以是存储所有应用服务单元相关信息的文件,例如应用服务单元的地址、常用参数及功能单元等信息的文件。
本实施例中,所述根据应用服务的地址信息创建配置文件,包括:
根据至少两个所述应用服务的地址信息建立与预构建的配置仓库的连接,并将所述应用服务的地址信息导入所述配置仓库中,其中所述配置仓库存储与配置相关的配置信息;
利用所述配置仓库中的所述配置信息,创建配置文件。
所述配置信息用于对功能单元的一些信息执行Bean配置,即定义了Bean的实现及依赖关系,根据各种形式的Bean信息建立Bean定义注册表,根据注册表加载、实例化Bean,并建立Bean和Bean的依赖关系。
进一步地,获取预构建的配置仓库,包括:
创建远程仓库,利用所述远程仓库提取功能单元的源码相关信息,其中,所述功能单元的源码相关信息可以包括功能单元中的日志、常用参数及与预设数据库连接的信息;
创建所述远程仓库与预设本地仓库的连接,并将所述远程仓库提取的所述功能单元的源码相关信息导入所述本地仓库,得到配置仓库。
S2、识别多个所述应用服务单元之间的依赖关系。
本实施例中,所述依赖关系可以根据应用服务单元的实体类型存在的函数调用关系,得到所述实体类型对应的应用服务单元间的依赖关系。
详细地,所述识别多个所述应用服务单元之间的依赖关系,包括:
对多个所述应用服务单元的软件源码进行词法分析,得到多个所述应用服务单元对应的实体类型;
判断多个所述应用服务单元对应的实体类型之间是否存在函数调用关系,若所述实体类型之间不存在函数调用关系,则确定所述实体类型对应的应用服务单元不存在依赖关系;
若所述实体类型之间存在函数调用关系,则确定所述实体类型对应的应用服务单元之间存在依赖关系。
S3、根据所述依赖关系,对多个所述应用服务单元进行组装,生成初始微服务集群。
本实施例中,所述初始微服务集群指的是一种将单应用程序作为一套小型服务开发、并运行的架构,每种应用程序都在各自独立的进程中运行的服务集群。
进一步地,所述根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群,包括:
根据多个所述应用服务单元间的依赖关系设置多个所述应用服务单元的实体标签;
将所述实体标签进行继承和重置,得到依赖关系标记图;
分割所述依赖关系标记图,得到更新依赖关系;
根据所述更新依赖关系组装多个所述应用服务单元,得到多个微服务;
获取多个所述微服务之间的依赖程度,组装依赖程度密切的所述微服务,生成微服务集群。
本发明实施例中,详细地,所述根据多个所述应用服务单元间的依赖关系设置多个所述应用服务单元的实体标签,包括:
提取多个所述应用服务单元中所有类别的源码;
根据所述应用服务单元之间的依赖关系提取所述依赖关系中包含的所有应用服务单元的实体类别,计算多个所述应用服务单元的实体类别与预设实体类别库的实体匹配度;
将所述实体匹配度最高的实体类别作为所述应用服务单元的实体标签。
本实施例中,所述匹配度可以根据以下公式计算:
其中:s(rk,cp)为实体匹配度,|rk|为实体类型rk在预设实体类别库cp中出现的次数,|cp|为预设实体类别库中包含的实体类别的数量,n为所有预设实体类别库实体类别的总数量,∑i∈l{cp|rk∈cp}表示预设实体类别库中包含的实体类型rk的数量。
本实施例中,所述应用服务单元的实体标签可以不唯一。
本发明实施例中,所述依赖关系标记图包含所有实体标签的依赖关系,一个实体标签可看作一个节点,其中,每个节点代表一个应用服务单元,每个应用服务单元的实体标签可以不唯一。对实体标签的继承可以作标签的归类,例如,标签A[taga]、标签B[tagb]、标签C[tagc]之间是相互独立的,但是都依赖与标签D[tagd],则标签D可继承标签A、B、C的标签,变为[taga,tagb,tagc,tagd],并将标签D看作父节点。
本实施例中,将实体标签进行重置指的是对于任意与父节点实体标签不同的节点,将所述节点的实体标签更新为父节点的实体标签。
进一步地,所述分割所述依赖关系标记图,得到更新依赖关系,包括:
判断所述依赖关系标记图的节点是否为关键节点,若所述节点为非关键节点,直接按照所述实体标签划分标记子图;
若所述节点为关键节点,则递归判断所述节点的父节点是否为关键节点;
若所述节点的父节点不是关键节点,将所述节点与所述父节点连接的边断开,更新所述节点为父节点并将与所述节点相连接的其余节点划分标记子图;
若所述节点的父节点是关键节点,直接将所述节点的父节点连接的所有节点划分为标记子图;
根据所述标记子图的连接,得到确定更新依赖关系。
本发明实施例中,所述标记子图可以是根据依赖关系排列的实体类型关系子图,通过划分标记子图可以进一步确保多个应用服务单元进行连接的实体类别尽可能一致。
所述实体标签可以代表一种应用服务单元的实体类别,且所述应用服务单元的实体标签可以不唯一,在标记子图划分时,可以根据应用服务单元体现的实体类别不同,进而划分不同的标记子图。
具体地,例如,存在节点V1、V2、V3和V4对应的实体标签为A[taga]、B[tagb]、C[tagc]和D[tagd],其中V1是V2和V4的父节点,而V2又为V3的父节点,则V2节点可包括两个实体标签[tagb]和[tagb,tagc]。在划分标记子图时,尽可能将不是同一类别的节点筛选掉。若V2不是关键节点,首先找到V2的父节点(即V1),根据V2父节点V1的实体标签划分标记子图,即将原先的依赖关系标记图划分为一个标记子图;若V2为关键节点,因为V1是V2的父节点,先判断V1是不是关键节点,若V1不是关键节点,将节点V1和V4断开,划分V2和V3为一组标记子图;若V1是关键节点,断开V2与V3的连接,V3重新连接与自己同一实体类型的父节点,将V1、V2和V4直接划分为标记子图。
进一步地,所述获取多个所述微服务之间的依赖程度,组装依赖程度密切的所述微服务,生成微服务集群,包括:
判断至少两个所述微服务之间的依赖值是否大于整体微服务的预设依赖值,若至少两个所述微服务之间的依赖值小于等于所述整体微服务的依赖值,则至少两个所述微服务之间的依赖程度不密切,不需要合并;
若至少两个所述微服务之间的依赖值大于所述整体微服务的依赖值,则至少两个所述微服务之间的依赖程度密切,将至少两个所述微服务合并为一个新微服务;
组装所有所述新微服务,生成微服务集群。
本发明实施例中,所述依赖值指的是微服务A对微服务B中进行函数调用,这个过程可以称之为微服务A对微服务B的依赖值。
具体地,由于微服务可能存在依赖关系,也可能不存在依赖关系,但本实施例中,是将存在依赖关系的微服务进行组装。
S4、接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群。
本发明实施例中,所述服务选取指令是用来确定该服务应用的具体业务场景,便于根据具体业务,配置应用服务单元的触发方式。比如,所述服务指令为订单查询,可以识别所述服务的具体业务为订单查询服务。
本发明实施例中,所述微服务集群的业务场景可以为通过运行所述微服务集群解决的实际业务问题或者实现的具体业务任务。例如,物流订单查询、仓库货物进出查询及电子商品查询等。
详细地,所述根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群,包括:
识别所述业务场景的业务字段,根据所述业务字段识别所述微服务集群的服务类型;
根据所述服务类型,利用消息中间件配置所述微服务集群中应用服务单元的消息队列;
根据所述消息队列配置的应用服务单元之间的依赖关系形成目标微服务集群。
本实施例中,所述消息队列可以是一种进程间通信或同一进程的不同线程间的通信方式。所述消息队列服务器的功能同与应用服务单元连接的预设数据库功能相同。所述消息队列通道则是通过应用服务单元与消息队列服务器的链接(通常为TCP链接)创建的,主要功能可为接收信息、存储信息及发布信息等。
本实施例中,所述初始微服务集群在运行过程中,可以通过对所述微服务集群的应用服务单元进行消息队列配置,得到目标微服务集群,进而利用目标微服务集群提供微服务,在提供微服务的过程中可以克服现有技术中功能无法响应或响应异常的问题。
具体的,本实施例中,若业务字段为查询,可以识别微服务集群的服务类型为物流订单查询,若是在同一时间接收大量的服务查询指令,则在微服务集群运行过程中,服务查询指令会首先到达微服务集群的预设数据库,可能会直接导致无数的行锁表锁,甚至最后指令会堆积过多,触发响应指令延迟或许多连接错误,为了解决这一问题,利用中间件接受微服务集群的服务类型,并通过中间件的配置中心对微服务集群中的应用服务单元进行消息队列配置,此时服务查询指令发送给消息队列后立即返回,再由消息队列的服务器进程从消息队列中获取数据,异步写入微服务集群的预设数据库,由于消息队列服务器处理速度远快于预设数据库,因此指令响应延迟可得到有效改善。
本发明实施例中,所述消息列队主要作用是实现应用服务单元的异步,同时也能起到指令缓冲,指令分发的作用,将短时间高并发产生的事务指令存储在消息队列中,从而实现应用服务单元的异步并行,降低高峰期的并发指令。
本发明实施例首先通过获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元,再识别多个所述应用服务单元之间的依赖关系;根据所述依赖关系,对所述多个应用服务单元进行组装,生成初始微服务集群,进而接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述初始微服务集群中应用服务单元进行消息列队配置,得到目标微服务集群,由于本实施例中根据不同的业务场景,通过对应用服务单元进行消息队列配置,进而微服务集群运行时,可以根据应用服务单元的业务情况,实现微服务功能的动态调整,解决微服务集群的功能不可用及功能异常概率提高问题。因此本发明实施例提出的微服务集群创建方法可以解决微服务集群的功能不可用或功能异常概率提高问题。
如图2所示,是本发明微服务集群创建装置的功能模块图。
本发明所述微服务集群创建装置100可以安装于电子设备中。根据实现的功能,所述微服务集群创建装置可以包括应用服务单元配置模块101、初始微服务集群生成模块102、目标微服务集群生成模块103,本发所述模块也可以称之为单元,是指一种能够被电子设备处理器所执行,并且能够完成固定功能的一系列计算机程序段,其存储在电子设备的存储器中。
在本实施例中,关于各模块/单元的功能如下:
所述应用服务单元配置模块101,用于获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元。
本发明实施例中,所述应用服务可以是为了响应客户端发出的服务指令请求,提供某种功能的一种服务。
所述应用服务能实现的功能(即能提供的服务)是由多个功能单元通过执行一系列操作实现的。所述功能单元指的是将所有功能都打包放在一个可以单独开发、设计运行的软件单元。
具体地,本发明实施例中,所述应用服务可以通过应用程序、开发编译及从源码库查询等方式获取。
详细地,所述应用服务单元配置模块101通过下述操作配置每个所述应用服务的功能单元,得到多个应用服务单元,包括:
对所述应用服务的功能单元执行幂等操作,得到功能单一应用服务单元;
对所述应用服务的功能单元执行配置,得到功能复用应用服务单元;
确定所述功能单一应用服务单元与所述功能复用应用服务单元组成多个应用服务单元。
本发明实施例中,所述应用服务单元是对所述应用服务的功能单元进行配置后,可以实现单元功能单一和单元复用的软件单元,其中,所述功能单一应用服务单元指的是应用服务单元的功能是单一的,所述功能复用应用服务单元指的是经过配置可以实现多种应用功能的服务单元。
所述幂等操作即幂等控制,是指功能单元的相同参数可被重复调用,且多次调用得到的最终结果是一致的,通过幂等操作可以确保每个应用服务单元的功能是单一的。
详细地,所述对所述应用服务的功能单元执行配置,得到复用应用服务单元,包括:
获取所述功能单元的待配置参数,其中所述待配置参数包括功能单元的日志、常用参数及与预设数据库连接的信息;
根据所述应用服务的地址信息创建配置文件;
利用所述配置文件对所述功能单元的待配置参数进行配置,得到功能复用应用服务单元。
本发明实施例中,所述配置文件可以是存储所有应用服务单元相关信息的文件,例如应用服务单元的地址、常用参数及功能单元等信息的文件。
本实施例中,所述根据应用服务的地址信息创建配置文件,包括:
根据至少两个所述应用服务的地址信息建立与预构建的配置仓库的连接,并将所述应用服务的地址信息导入所述配置仓库中,其中所述配置仓库存储与配置相关的配置信息;
利用所述配置仓库中的所述配置信息,创建配置文件。
所述配置信息用于对功能单元的一些信息执行Bean配置,即定义了Bean的实现及依赖关系,根据各种形式的Bean信息建立Bean定义注册表,根据注册表加载、实例化Bean,并建立Bean和Bean的依赖关系。
进一步地,获取预构建的配置仓库,包括:
创建远程仓库,利用所述远程仓库提取功能单元的源码相关信息,其中,所述功能单元的源码相关信息可以包括功能单元中的日志、常用参数及与预设数据库连接的信息;
创建所述远程仓库与预设本地仓库的连接,并将所述远程仓库提取的所述功能单元的源码相关信息导入所述本地仓库,得到配置仓库。
所述初始微服务集群生成模块102,用于识别多个所述应用服务单元之间的依赖关系,根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群。本实施例中,所述依赖关系可以根据应用服务单元的实体类型存在的函数调用关系,得到所述实体类型对应的应用服务单元间的依赖关系。
详细地,所述初始微服务集群生成模块102通过下述操作识别多个所述应用服务单元之间的依赖关系,包括:
对多个所述应用服务单元的软件源码进行词法分析,得到多个所述应用服务单元对应的实体类型;
判断多个所述应用服务单元对应的实体类型之间是否存在函数调用关系,若所述实体类型之间不存在函数调用关系,则确定所述实体类型对应的应用服务单元不存在依赖关系;
若所述实体类型之间存在函数调用关系,则确定所述实体类型对应的应用服务单元之间存在依赖关系。
本实施例中,所述初始微服务集群指的是一种将单应用程序作为一套小型服务开发、并运行的架构,每种应用程序都在各自独立的进程中运行的服务集群。
进一步地,所述初始微服务集群生成模块102通过下述操作根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群,包括:
根据多个所述应用服务单元间的依赖关系设置多个所述应用服务单元的实体标签;
将所述实体标签进行继承和重置,得到依赖关系标记图;
分割所述依赖关系标记图,得到更新依赖关系;
根据所述更新依赖关系组装多个所述应用服务单元,得到多个微服务;
获取多个所述微服务之间的依赖程度,组装依赖程度密切的所述微服务,生成微服务集群。
本发明实施例中,详细地,所述根据多个所述应用服务单元间的依赖关系设置多个所述应用服务单元的实体标签,包括:
提取多个所述应用服务单元中所有类别的源码;
根据所述应用服务单元之间的依赖关系提取所述依赖关系中包含的所有应用服务单元的实体类别,计算多个所述应用服务单元的实体类别与预设实体类别库的实体匹配度;
将所述实体匹配度最高的实体类别作为所述应用服务单元的实体标签。
本实施例中,所述匹配度可以根据以下公式计算:
其中:s(rk,cp)为实体匹配度,|rk|为实体类型rk在预设实体类别库cp中出现的次数,|cp|为预设实体类别库中包含的实体类别的数量,n为所有预设实体类别库实体类别的总数量,∑i∈l{cp|rk∈cp}表示预设实体类别库中包含的实体类型rk的数量。
本实施例中,所述应用服务单元的实体标签可以不唯一。
本发明实施例中,所述依赖关系标记图包含所有实体标签的依赖关系,一个实体标签可看作一个节点,其中,每个节点代表一个应用服务单元,每个应用服务单元的实体标签可以不唯一。对实体标签的继承可以作标签的归类,例如,标签A[taga]、标签B[tagb]、标签C[tagc]之间是相互独立的,但是都依赖与标签D[tagd],则标签D可继承标签A、B、C的标签,变为[taga,tagb,tagc,tagd],并将标签D看作父节点。
本实施例中,将实体标签进行重置指的是对于任意与父节点实体标签不同的节点,将所述节点的实体标签更新为父节点的实体标签。
进一步地,所述分割所述依赖关系标记图,得到更新依赖关系,包括:
判断所述依赖关系标记图的节点是否为关键节点,若所述节点为非关键节点,直接按照所述实体标签划分标记子图;
若所述节点为关键节点,则递归判断所述节点的父节点是否为关键节点;
若所述节点的父节点不是关键节点,将所述节点与所述父节点连接的边断开,更新所述节点为父节点并将与所述节点相连接的其余节点划分标记子图;
若所述节点的父节点是关键节点,直接将所述节点的父节点连接的所有节点划分为标记子图;
根据所述标记子图的连接,得到确定更新依赖关系。
本发明实施例中,所述标记子图可以是根据依赖关系排列的实体类型关系子图,通过划分标记子图可以进一步确保多个应用服务单元进行连接的实体类别尽可能一致。
所述实体标签可以代表一种应用服务单元的实体类别,且所述应用服务单元的实体标签可以不唯一,在标记子图划分时,可以根据应用服务单元体现的实体类别不同,进而划分不同的标记子图。
具体地,例如,存在节点V1、V2、V3和V4对应的实体标签为A[taga]、B[tagb]、C[tagc]和D[tagd],其中V1是V2和V4的父节点,而V2又为V3的父节点,则V2节点可包括两个实体标签[tagb]和[tagb,tagc]。在划分标记子图时,尽可能将不是同一类别的节点筛选掉。若V2不是关键节点,首先找到V2的父节点(即V1),根据V2父节点V1的实体标签划分标记子图,即将原先的依赖关系标记图划分为一个标记子图;若V2为关键节点,因为V1是V2的父节点,先判断V1是不是关键节点,若V1不是关键节点,将节点V1和V4断开,划分V2和V3为一组标记子图;若V1是关键节点,断开V2与V3的连接,V3重新连接与自己同一实体类型的父节点,将V1、V2和V4直接划分为标记子图。
进一步地,所述获取多个所述微服务之间的依赖程度,组装依赖程度密切的所述微服务,生成微服务集群,包括:
判断至少两个所述微服务之间的依赖值是否大于整体微服务的预设依赖值,若至少两个所述微服务之间的依赖值小于等于所述整体微服务的依赖值,则至少两个所述微服务之间的依赖程度不密切,不需要合并;
若至少两个所述微服务之间的依赖值大于所述整体微服务的依赖值,则至少两个所述微服务之间的依赖程度密切,将至少两个所述微服务合并为一个新微服务;
组装所有所述新微服务,生成微服务集群。
本发明实施例中,所述依赖值指的是微服务A对微服务B中进行函数调用,这个过程可以称之为微服务A对微服务B的依赖值。
具体地,由于微服务可能存在依赖关系,也可能不存在依赖关系,但本实施例中,是将存在依赖关系的微服务进行组装。
所述目标微服务集群生成模块103,用于接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群。
本发明实施例中,所述服务选取指令是用来确定该服务应用的具体业务场景,便于根据具体业务,配置应用服务单元的触发方式。比如,所述服务指令为订单查询,可以识别所述服务的具体业务为订单查询服务。
本发明实施例中,所述微服务集群的业务场景可以为通过运行所述微服务集群解决的实际业务问题或者实现的具体业务任务。例如,物流订单查询、仓库货物进出查询及电子商品查询等。
详细地,所述目标微服务集群生成模块103通过下述操作接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群,包括:
识别所述业务场景的业务字段,根据所述业务字段识别所述微服务集群的服务类型;
根据所述服务类型,利用消息中间件配置所述微服务集群中应用服务单元的消息队列;
根据所述消息队列配置的应用服务单元之间的依赖关系形成目标微服务集群。
本实施例中,所述消息队列可以是一种进程间通信或同一进程的不同线程间的通信方式。所述消息队列服务器的功能同与应用服务单元连接的预设数据库功能相同。所述消息队列通道则是通过应用服务单元与消息队列服务器的链接(通常为TCP链接)创建的,主要功能可为接收信息、存储信息及发布信息等。
本实施例中,所述应用服务单元的处理信息能力是否发生异常可以是指与应用服务单元的后台服务是否正常运行。
本实施例中,所述初始微服务集群在运行过程中,可以通过对所述微服务集群的应用服务单元进行消息队列配置,得到目标微服务集群,进而利用目标微服务集群提供微服务,在提供微服务的过程中可以克服现有技术中功能无法响应或响应异常的问题。
具体的,本实施例中,若业务字段为查询,可以识别微服务集群的服务类型为物流订单查询,若是在同一时间接收大量的服务查询指令,则在微服务集群运行过程中,服务查询指令会首先到达微服务集群的预设数据库,可能会直接导致无数的行锁表锁,甚至最后指令会堆积过多,触发响应指令延迟或许多连接错误,为了解决这一问题,利用中间件接受微服务集群的服务类型,并通过中间件的配置中心对微服务集群中的应用服务单元进行消息队列配置,此时服务查询指令发送给消息队列后立即返回,再由消息队列的服务器进程从消息队列中获取数据,异步写入微服务集群的预设数据库,由于消息队列服务器处理速度远快于预设数据库,因此指令响应延迟可得到有效改善。
本发明实施例中,所述消息列队主要作用是实现应用服务单元的异步,同时也能起到指令缓冲,指令分发的作用,将短时间高并发产生的事务指令存储在消息队列中,从而实现应用服务单元的异步并行,降低高峰期的并发指令。
本发明实施例首先通过获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元,再识别多个所述应用服务单元之间的依赖关系;根据所述依赖关系,对所述多个应用服务单元进行组装,生成初始微服务集群,进而接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述初始微服务集群中应用服务单元进行消息列队配置,得到目标微服务集群,由于本实施例中根据不同的业务场景,通过对应用服务单元进行消息队列配置,进而微服务集群运行时,可以根据应用服务单元的业务情况,实现微服务功能的动态调整,解决微服务集群的功能不可用及功能异常概率提高问题。因此本发明实施例提出的微服务集群创建装置可以解决微服务集群的功能不可用或功能异常概率提高问题。
如图3所示,是本发明实现微服务集群创建方法的电子设备的结构示意图。
所述电子设备可以包括处理器10、存储器11、通信总线12和通信接口13,还可以包括存储在所述存储器11中并可在所述处理器10上运行的计算机程序,如微服务集群创建程序。
其中,所述存储器11至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如:SD或DX存储器等)、磁性存储器、磁盘、光盘等。所述存储器11在一些实施例中可以是电子设备的内部存储单元,例如该电子设备的移动硬盘。所述存储器11在另一些实施例中也可以是电子设备的外部存储设备,例如电子设备上配备的插接式移动硬盘、智能存储卡(Smart Media Card,SMC)、安全数字(SecureDigital,SD)卡、闪存卡(Flash Card)等。进一步地,所述存储器11还可以既包括电子设备的内部存储单元也包括外部存储设备。所述存储器11不仅可以用于存储安装于电子设备的应用软件及各类数据,例如微服务集群创建程序的代码等,还可以用于暂时地存储已经输出或者将要输出的数据。
所述处理器10在一些实施例中可以由集成电路组成,例如可以由单个封装的集成电路所组成,也可以是由多个相同功能或不同功能封装的集成电路所组成,包括一个或者多个中央处理器(Central Processing unit,CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述处理器10是所述电子设备的控制核心(Control Unit),利用各种接口和线路连接整个电子设备的各个部件,通过运行或执行存储在所述存储器11内的程序或者模块(例如微服务集群创建程序等),以及调用存储在所述存储器11内的数据,以执行电子设备的各种功能和处理数据。
所述通信总线12可以是外设部件互连标准(perIPheral componentinterconnect,简称PCI)总线或扩展工业标准结构(extended industry standardarchitecture,简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。所述通信总线12总线被设置为实现所述存储器11以及至少一个处理器10等之间的连接通信。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
图3仅示出了具有部件的电子设备,本领域技术人员可以理解的是,图3示出的结构并不构成对所述电子设备的限定,可以包括比图示更少或者更多的部件,或者组合某些部件,或者不同的部件布置。
例如,尽管未示出,所述电子设备还可以包括给各个部件供电的电源(比如电池),优选地,电源可以通过电源管理装置与所述至少一个处理器10逻辑相连,从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备还可以包括多种传感器、蓝牙模块、Wi-Fi模块等,在此不再赘述。
可选地,所述通信接口13可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等),通常用于在该电子设备与其他电子设备之间建立通信连接。
可选地,所述通信接口13还可以包括用户接口,用户接口可以是显示器(Display)、输入单元(比如键盘(Keyboard)),可选地,用户接口还可以是标准的有线接口、无线接口。可选地,在一些实施例中,显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode,有机发光二极管)触摸器等。其中,显示器也可以适当的称为显示屏或显示单元,用于显示在电子设备中处理的信息以及用于显示可视化的用户界面。
应该了解,所述实施例仅为说明之用,在专利申请范围上并不受此结构的限制。
所述电子设备中的所述存储器11存储的微服务集群创建程序是多个计算机程序的组合,在所述处理器10中运行时,可以实现:
获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元;
识别多个所述应用服务单元之间的依赖关系;
根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群;
接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群。
具体地,所述处理器10对上述计算机程序的具体实现方法可参考图1对应实施例中相关步骤的描述,在此不赘述。
进一步地,所述电子设备集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。所述计算机可读介质可以是非易失性的,也可以是易失性的。所述计算机可读介质可以包括:能够携待所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)。
本发明实施例还可以提供一种计算机可读存储介质,所述可读存储介质存储有计算机程序,所述计算机程序在被电子设备的处理器所执行时,可以实现:
获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元;
识别多个所述应用服务单元之间的依赖关系;
根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群;
接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群。
进一步地,所述计算机可用存储介质可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据区块链节点的使用所创建的数据等。
在本发明所提供的几个实施例中,应该理解到,所揭露的设备,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能模块的形式实现。
对于本领域技术人员而言,显然本发明不限于上述示范性实施例的细节,而且在不背离本发明的精神或基本特征的情况下,能够以其他的具体形式实现本发明。
因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本发明的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。
本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
此外,显然“包括”一词不排除其他单元或步骤,单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第二等词语用来表示名称,而并不表示任何特定的顺序。
最后应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或等同替换,而不脱离本发明技术方案的精神和范围。
Claims (10)
1.一种微服务集群创建方法,其特征在于,所述方法包括:
获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元;
识别多个所述应用服务单元之间的依赖关系;
根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群;
接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群。
2.如权利要求1所述的微服务集群创建方法,其特征在于,所述配置每个所述应用服务的功能单元,得到多个应用服务单元,包括:
对所述应用服务的功能单元执行幂等操作,得到功能单一应用服务单元;
对所述应用服务的功能单元执行配置,得到功能复用应用服务单元;
确定所述功能单一应用服务单元与所述功能复用应用服务单元组成多个应用服务单元。
3.如权利要求2所述的微服务集群创建方法,其特征在于,所述对所述应用服务的功能单元执行配置,得到功能复用应用服务单元,包括:
获取所述功能单元的待配置参数,其中所述待配置参数包括功能单元的日志、常用参数及与预设数据库连接的信息;
根据所述应用服务的地址信息创建配置文件;
利用所述配置文件对所述功能单元的待配置参数进行配置,得到功能复用应用服务单元。
4.如权利要求1所述的微服务集群创建方法,其特征在于,所述根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群,包括:
识别所述业务场景的业务字段,根据所述业务字段识别所述微服务集群的服务类型;
根据所述服务类型,利用消息中间件配置所述微服务集群中应用服务单元的消息队列;
根据所述消息队列配置的应用服务单元之间的依赖关系形成目标微服务集群。
5.如权利要求1所述的微服务集群创建方法,其特征在于,所述根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群,包括:
根据多个所述应用服务单元之间的依赖关系设置多个所述应用服务单元的实体标签;
将所述实体标签进行继承和重置,得到依赖关系标记图;
分割所述依赖关系标记图,得到更新依赖关系;
根据所述更新依赖关系组装多个所述应用服务单元,得到多个微服务;
获取多个所述微服务之间的依赖程度,组装依赖程度密切的所述微服务,生成微服务集群。
6.如权利要求5所述的微服务集群创建方法,其特征在于,所述分割所述依赖关系标记图,得到更新依赖关系,包括:
判断所述依赖关系标记图的节点是否为关键节点,若所述节点为非关键节点,直接按照所述实体标签划分标记子图;
若所述节点为关键节点,则递归判断所述节点的父节点是否为关键节点;
若所述节点的父节点不是关键节点,将所述节点与所述父节点连接的边断开,更新所述节点为父节点并将与所述节点相连接的其余节点划分标记子图;
若所述节点的父节点是关键节点,直接将所述节点的父节点连接的所有节点划分为标记子图;
根据所述标记子图的连接关系,得到确定更新依赖关系。
7.如权利要求1所述的微服务集群创建方法,其特征在于,所述识别多个所述应用服务单元之间的依赖关系,包括:
对多个所述应用服务单元的软件源码进行词法分析,得到多个所述应用服务单元对应的实体类型;
判断多个所述应用服务单元对应的实体类型之间是否存在函数调用关系,若所述实体类型之间不存在函数调用关系,则确定所述实体类型对应的应用服务单元不存在依赖关系;
若所述实体类型之间存在函数调用关系,则确定所述实体类型对应的应用服务单元之间存在依赖关系。
8.一种微服务集群创建装置,其特征在于,包括:
应用服务单元配置模块,用于获取至少两个应用服务,并配置每个所述应用服务的功能单元,得到多个应用服务单元;
初始微服务集群生成模块,用于识别多个所述应用服务单元之间的依赖关系,根据所述依赖关系对多个所述应用服务单元进行组装,生成初始微服务集群;
目标微服务集群生成模块,用于接收服务选取指令,识别所述服务选取指令包含的业务场景为所述初始微服务集群的业务场景,并根据所述业务场景对所述微服务集群中的应用服务单元进行消息队列配置,得到目标微服务集群。
9.一种电子设备,其特征在于,所述电子设备包括:
至少一个处理器;以及,
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的计算机程序指令,所述计算机程序指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如权利要求1至7中任一项所述的微服务集群创建方法。
10.一种计算机可读存储介质,存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的微服务集群创建方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110721432.1A CN113342472A (zh) | 2021-06-28 | 2021-06-28 | 微服务集群创建方法、装置、电子设备及可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110721432.1A CN113342472A (zh) | 2021-06-28 | 2021-06-28 | 微服务集群创建方法、装置、电子设备及可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113342472A true CN113342472A (zh) | 2021-09-03 |
Family
ID=77479244
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110721432.1A Pending CN113342472A (zh) | 2021-06-28 | 2021-06-28 | 微服务集群创建方法、装置、电子设备及可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113342472A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115061663A (zh) * | 2022-06-17 | 2022-09-16 | 中国兵器工业信息中心 | 基于客户需求的微服务划分方法、装置、电子设备及介质 |
CN115437888A (zh) * | 2022-10-24 | 2022-12-06 | 华能信息技术有限公司 | 一种基于微服务的监控预警方法 |
CN116192616A (zh) * | 2022-12-02 | 2023-05-30 | 广西电网有限责任公司 | 基于微服务的电力备调系统处理方法、装置和计算机设备 |
CN117608810A (zh) * | 2024-01-18 | 2024-02-27 | 腾讯科技(深圳)有限公司 | 服务处理方法、装置、电子设备及存储介质 |
CN117632086A (zh) * | 2023-11-03 | 2024-03-01 | 北京航空航天大学 | 一种基于需求模型的微服务识别的方法 |
CN117873733A (zh) * | 2024-03-11 | 2024-04-12 | 成都中科合迅科技有限公司 | 面向多场景的微服务切换运行控制方法和系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108595180A (zh) * | 2018-03-14 | 2018-09-28 | 广东能龙教育股份有限公司 | 一种基于依赖链的微服务自动部署方法 |
WO2019209231A2 (en) * | 2018-04-26 | 2019-10-31 | Borsa Istanbul Anonim Sirketi | System and method for creating recommendation of splitting and merging microservice |
CN110942387A (zh) * | 2018-09-25 | 2020-03-31 | 上海宝信软件股份有限公司 | 基于微服务的电票业务功能构建方法和系统 |
CN111740872A (zh) * | 2020-05-06 | 2020-10-02 | 北京百度网讯科技有限公司 | 消息传递测试方法、装置、电子设备和存储介质 |
-
2021
- 2021-06-28 CN CN202110721432.1A patent/CN113342472A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108595180A (zh) * | 2018-03-14 | 2018-09-28 | 广东能龙教育股份有限公司 | 一种基于依赖链的微服务自动部署方法 |
WO2019209231A2 (en) * | 2018-04-26 | 2019-10-31 | Borsa Istanbul Anonim Sirketi | System and method for creating recommendation of splitting and merging microservice |
CN110942387A (zh) * | 2018-09-25 | 2020-03-31 | 上海宝信软件股份有限公司 | 基于微服务的电票业务功能构建方法和系统 |
CN111740872A (zh) * | 2020-05-06 | 2020-10-02 | 北京百度网讯科技有限公司 | 消息传递测试方法、装置、电子设备和存储介质 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115061663A (zh) * | 2022-06-17 | 2022-09-16 | 中国兵器工业信息中心 | 基于客户需求的微服务划分方法、装置、电子设备及介质 |
CN115437888A (zh) * | 2022-10-24 | 2022-12-06 | 华能信息技术有限公司 | 一种基于微服务的监控预警方法 |
CN116192616A (zh) * | 2022-12-02 | 2023-05-30 | 广西电网有限责任公司 | 基于微服务的电力备调系统处理方法、装置和计算机设备 |
CN117632086A (zh) * | 2023-11-03 | 2024-03-01 | 北京航空航天大学 | 一种基于需求模型的微服务识别的方法 |
CN117632086B (zh) * | 2023-11-03 | 2024-06-18 | 北京航空航天大学 | 一种基于需求模型的微服务识别的方法 |
CN117608810A (zh) * | 2024-01-18 | 2024-02-27 | 腾讯科技(深圳)有限公司 | 服务处理方法、装置、电子设备及存储介质 |
CN117608810B (zh) * | 2024-01-18 | 2024-04-30 | 腾讯科技(深圳)有限公司 | 服务处理方法、装置、电子设备及存储介质 |
CN117873733A (zh) * | 2024-03-11 | 2024-04-12 | 成都中科合迅科技有限公司 | 面向多场景的微服务切换运行控制方法和系统 |
CN117873733B (zh) * | 2024-03-11 | 2024-05-17 | 成都中科合迅科技有限公司 | 面向多场景的微服务切换运行控制方法和系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113342472A (zh) | 微服务集群创建方法、装置、电子设备及可读存储介质 | |
CN114997706A (zh) | 基于工作流的业务处理方法、装置、设备及存储介质 | |
CN113946690A (zh) | 潜在客户挖掘方法、装置、电子设备及存储介质 | |
CN112559535A (zh) | 基于多线程的异步任务处理方法、装置、设备及介质 | |
CN111538573A (zh) | 异步任务处理方法、装置及计算机可读存储介质 | |
CN113806434A (zh) | 大数据处理方法、装置、设备及介质 | |
CN114386509A (zh) | 数据融合方法、装置、电子设备及存储介质 | |
CN112256783A (zh) | 数据导出方法、装置、电子设备及存储介质 | |
US11880703B2 (en) | Optimization of multi-layered images | |
CN114356530A (zh) | 任务调度方法、装置、电子设备及存储介质 | |
CN114519084A (zh) | 基于区块链的医疗数据检查方法、装置、设备及介质 | |
CN114816371B (zh) | 消息处理方法、装置、设备及介质 | |
CN115033605A (zh) | 数据查询方法、装置、电子设备及存储介质 | |
CN115129753A (zh) | 数据血缘关系分析方法、装置、电子设备及存储介质 | |
CN115220740A (zh) | 数据库环境部署方法、装置、电子设备及存储介质 | |
CN113918305A (zh) | 节点调度方法、装置、电子设备及可读存储介质 | |
CN114611046A (zh) | 数据加载方法、装置、设备及介质 | |
CN114356379A (zh) | 基于备份的服务升级方法、装置、设备及存储介质 | |
CN114625712A (zh) | 数据同步方法、装置、电子设备及存储介质 | |
CN114490137A (zh) | 业务数据实时统计方法、装置、电子设备及可读存储介质 | |
CN112527443A (zh) | 提示框显示方法、装置、电子设备及计算机可读存储介质 | |
CN112686759A (zh) | 对账监测方法、装置、设备及介质 | |
CN114860349B (zh) | 数据加载方法、装置、设备及介质 | |
CN114185748A (zh) | 系统监控方法、装置、电子设备及存储介质 | |
CN113064797B (zh) | 前端监控方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20210903 |