CN116489229A - 一种微服务编排方法、装置及存储介质 - Google Patents

一种微服务编排方法、装置及存储介质 Download PDF

Info

Publication number
CN116489229A
CN116489229A CN202310532796.4A CN202310532796A CN116489229A CN 116489229 A CN116489229 A CN 116489229A CN 202310532796 A CN202310532796 A CN 202310532796A CN 116489229 A CN116489229 A CN 116489229A
Authority
CN
China
Prior art keywords
micro
service
holder
observer
arrangement
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
Application number
CN202310532796.4A
Other languages
English (en)
Inventor
王李立
钟圆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhongdian Jinxin Software Co Ltd
Original Assignee
Zhongdian Jinxin Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Zhongdian Jinxin Software Co Ltd filed Critical Zhongdian Jinxin Software Co Ltd
Priority to CN202310532796.4A priority Critical patent/CN116489229A/zh
Publication of CN116489229A publication Critical patent/CN116489229A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63Routing a service request depending on the request content or context
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/04Processing captured monitoring data, e.g. for logfile generation
    • H04L43/045Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Mining & Analysis (AREA)
  • Storage Device Security (AREA)

Abstract

本申请提供了一种微服务编排方法、装置及存储介质,微服务编排方法包括:在接收到任一用户端发送的微服务编排请求之后,检测用户端对应的目标用户是否具备微服务编排权限;若具备,则将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件;向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个观察者发送第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个所述观察者感知到编排改动后的所述微服务。这样,当第一持有者对微服务进行编排时,其他观察者可以感知到第一持有者对微服务的编排,实现了对同一微服务进行修改互相感知,提高了协同编排效率。

Description

一种微服务编排方法、装置及存储介质
技术领域
本申请涉及微服务架构技术领域,尤其是涉及一种微服务编排方法、装置及存储介质。
背景技术
在微服务架构中,应用可以被分解为颗粒度更小的服务,每个服务都可单独部署使用,甚至可以根据用户需求将不同应用的服务编排成一个服务编排模型来对外提供新的服务,从而利用该新的服务来满足人们的使用需求,也即服务编排模型是将服务组织在一起完成一个业务流程,其实质上代表的是服务之间的拓扑关系。其中,编排后的服务参数多样、服务关系复杂。
现阶段,微服务编排存在对多个子***的调用,所以存在多用户操作场景,其动作涵盖查看、修改场景,将可视化画布要素信息存储在浏览器端,不同用户申请编辑之后对统一流程的修改互不感知,保存时通过乐观锁判定是否允许保存会导致刷新最新画布,而自身改动将全部消失。所以,如何让其他用户感知到微服务的编排过程成为了不容小觑的技术问题。
发明内容
有鉴于此,本申请的目的在于提供一种微服务编排方法、装置及存储介质,当第一持有者对微服务进行编排时,其他观察者可以感知到第一持有者对微服务的编排,实现了对同一微服务进行修改互相感知,提高了协同编排效率。
本申请实施例提供了一种微服务编排方法,所述微服务编排方法包括:
在接收到任一用户端发送的微服务编排请求之后,检测所述用户端对应的目标用户是否具备微服务编排权限;
若具备,则将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件;
向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个所述观察者感知到编排改动后的所述微服务。
在一种可能的实施方式中,在检测所述用户端对应的目标用户是否具备微服务编排权限之后,所述微服务编排方法还包括:
若不具备,则向所述用户端发送是否加入协同成为观察者的询问消息;
若接收到所述用户端同意加入协同成为观察者的确认消息后,则将所述用户端对应的目标用户加入至观察者队列中,以便所述目标用户作为观察者感知到编排改动后的所述微服务。
在一种可能的实施方式中,在所述将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件之后,所述微服务编排方法还包括:
接收到所述第一持有者退出对所述微服务进行编排的指令之后,触发无持有者事件;
将所述无持有者事件发送至观察者队列中,并询问所述观察者队列之中的每个所述观察者是否争抢所述微服务编排权限;
若是,则对发送争抢微服务编排权限的所有观察者进行权限分派,确定出更新后的第二持有者。
在一种可能的实施方式中,所述对发送争抢微服务编排权限的所有观察者进行权限分派,确定出更新后的第二持有者,包括:
获取每个所述观察者发送的争抢所述微服务编排权限的时间信息;
在多个所述争抢所述微服务编排权限的时间信息之中筛选出最早的争抢所述微服务编排权限的时间信息,将所述最早的争抢所述微服务编排权限的时间信息相对应的观察者确定为更新后的第二持有者。
在一种可能的实施方式中,在多个所述争抢所述微服务编排权限的时间信息之中筛选出最早的争抢所述微服务编排权限的时间信息,将所述最早的争抢所述微服务编排权限的时间信息相对应的观察者确定为更新后的第二持有者,包括:
检测最早的所述争抢微服务编排权限的时间信息是否存在多个;
若是,则检测最早的所述争抢微服务编排权限的时间信息相对应的所述观察者在历史时间段内是否为所述第一持有者,若在历史时间段内为所述第一持有者,则将该观察者确定为更新后的所述第二持有者。
在一种可能的实施方式中,在所述将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件之后,所述微服务编排方法还包括:
当在预设时间段内检测到所述第一持有者未对所述微服务进行编排或者所述第一持有者不应答持有者变更请求后,触发无持有者事件;
将所述无持有者事件发送至观察者队列中,并询问所述观察者队列之中的每个所述观察者是否争抢所述微服务编排权限。
在一种可能的实施方式中,在所述将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件之后,所述微服务编排方法还包括:
获取所述观察者向所述第一持有者发送的持有者变更请求;
若所述第一持有者同意所述持有者变更请求,则完成权限切换,将所述观察者确定为更新后的第二持有者;
若所述第一持有者拒绝所述持有者变更请求,则不进行权限切换,所述第一持有者继续对所述微服务进行编排。
在一种可能的实施方式之中,在所述向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频之后,所述微服务编排方法还包括:
检测所述观察者接收到的参考画布渲染视频与所述目标画布渲染视频是否相一致;
若否,则需重新向所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频。
本申请实施例还提供了一种微服务编排装置,所述微服务编排装置包括:
检测模块,用于在接收到任一用户端发送的微服务编排请求之后,检测所述用户端对应的目标用户是否具备微服务编排权限;
持有者确定模块,用于若具备,则将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件;
观察模块,用于向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个所述观察者感知到编排改动后的所述微服务。
本申请实施例还提供一种电子设备,包括:处理器、存储器和总线,所述存储器存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储器之间通过总线通信,所述机器可读指令被所述处理器执行时执行如上述的微服务编排方法的步骤。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如上述的微服务编排方法的步骤。
本申请实施例提供的本申请提供了一种微服务编排方法、装置及存储介质,所述微服务编排方法包括:在接收到任一用户端发送的微服务编排请求之后,检测所述用户端对应的目标用户是否具备微服务编排权限;若具备,则将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件;向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个所述观察者感知到编排改动后的所述微服务。当第一持有者对微服务进行编排时,其他观察者可以感知到第一持有者对微服务的编排,实现了对同一微服务进行修改互相感知,提高了协同编排效率。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。
图1为本申请实施例所提供的一种微服务编排方法的流程图之一;
图2为本申请实施例所提供的一种微服务编排方法的流程图之二;
图3示出了本申请实施例所提供的一种微服务编排装置的结构示意图之一;
图4为本申请实施例所提供的一种微服务编排装置的结构示意图之二;
图5为本申请实施例所提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,应当理解,本申请中的附图仅起到说明和描述的目的,并不用于限定本申请的保护范围。另外,应当理解,示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应当理解,流程图的操作可以不按顺序实现,没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外,本领域技术人员在本申请内容的指引下,可以向流程图添加一个或多个其他操作,也可以从流程图中移除一个或多个操作。
另外,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的全部其他实施例,都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容,结合特定应用场景“对微服务进行编排”,给出以下实施方式,对于本领域技术人员来说,在不脱离本申请的精神和范围的情况下,可以将这里定义的一般原理应用于其他实施例和应用场景。
首先,对本申请可适用的应用场景进行介绍。本申请可应用于微服务架构技术领域。
经研究发现,现阶段,微服务编排存在对多个子***的调用,所以存在多用户操作场景,其动作涵盖查看、修改场景,将可视化画布要素信息存储在浏览器端,不同用户申请编辑之后对统一流程的修改互不感知,保存时通过乐观锁判定是否允许保存会导致刷新最新画布,而自身改动将全部消失。所以,如何让其他用户感知到微服务的编排过程成为了不容小觑的技术问题。
基于此,本申请实施例提供了一种微服务编排方法,当第一持有者对微服务进行编排时,其他观察者可以感知到第一持有者对微服务的编排,实现了对同一微服务进行修改互相感知。
请参阅图1,图1为本申请实施例所提供的一种微服务编排方法的流程图之一。如图1中所示,本申请实施例提供的微服务编排方法,包括:
S101:在接收到任一用户端发送的微服务编排请求之后,检测所述用户端对应的目标用户是否具备微服务编排权限。
该步骤中,服务端在接收到任一用户端发送的对微服务编排请求后,服务端对用户端对应的目标用户是否具备微服务编排权限进行检测。
其中,微服务编排权限包括对微服务的画布上的流程节点进行删除、修改、更新、替换等其他操作。
这里,微服务编排权限可以是预先设定好的,也可以是在多个用户端发送微服务编排请求之后,服务端根据发送微服务编排请求的时间消息确定出来的。
S102:若具备,则将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件。
该步骤中,若目标用户具备微服务编排权限,则将该目标用户确定为对微服务进行当前编排的第一持有者,并在第一持有者对微服务进行编排时,触发变动事件。
这里,变动事件为第一持有者对微服务进行编排的实践,在触发变动事件后服务端需要向观察者相对应的用户端发送微服务改动通知。
其中,第一持有者对所述微服务进行编排后为根据业务需求在微服务相对应的画布上进行编排。
S103:向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个所述观察者感知到编排改动后的所述微服务。
该步骤中,在触发变动事件时,服务端向微服务编排对应的各个观察者相对应的用户端同时或者不同时发送微服务改动通知,并向各个观察者发送第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个观察者可以感知到编排改动后的微服务。
在具体实施例中,服务端接收到第一用户端发送的微服务编排请求,检测第一用户端相对应的目标用户是否具备微服务编排权限,若目标用户具备微服务编排权限,则将目标用户确定为当前微服务编排的第一持有者,允许第一持有者对该服务进行编排,在进行编排后会触发变动事件,向微服务编排对应的各个观察者相对应的第二用户端发送微服务改动通知,并向各个观察者发送第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个观察者感知到编排改动后的微服务,避免了当多个持有者对微服务进行编排后,其他用户不能感知到持有者对微服务改动了哪里的技术问题,实现当第一持有者对微服务进行编排时,其他观察者可以感知到第一持有者对微服务的编排,实现了对同一微服务进行修改互相感知。
在一种可能的实施方式中,在检测所述用户端对应的目标用户是否具备微服务编排权限之后,所述微服务编排方法还包括:
A:若不具备,则向所述用户端发送是否加入协同成为观察者的询问消息。
这里,若该目标用户不具备微服务编排权限,服务端则向用户端发送是否加入协同成为观察者的询问消息。
B:若接收到所述用户端同意加入协同成为观察者的确认消息后,则将所述用户端对应的目标用户加入至观察者队列中,以便所述目标用户作为观察者感知到编排改动后的所述微服务。
这里,若服务端接收到用户端同意加入协同成为观察者的确认消息后,则将用户端对应的目标用户加入至观察者队列中,以便目标用户作为观察者感知到编排改动后的微服务。
其中,若目标用户选择成为观察者,则建立WEBSOCKET传输协议,将该目标用户放置到观察者队列之中,以便目标用户作为观察者感知到编排改动后的微服务。
在一种可能的实施方式中,在所述将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件之后,所述微服务编排方法还包括:
(1):接收到所述第一持有者退出对所述微服务进行编排的指令之后,触发无持有者事件。
这里,服务器在接收到第一持有者退出对微服务进行编排的指令之后,触发无持有者事件。
其中,除了第一持有者退出对微服务进行编排的指令之后会触发无持有者事件之外,第一持有者保存对微服务进行编排的指令以及放弃微服务编排权限均会触发无持有者事件。
(2):将所述无持有者事件发送至观察者队列中,并询问所述观察者队列之中的每个所述观察者是否争抢所述微服务编排权限;若是,则对发送争抢微服务编排权限的所有观察者进行权限分派,确定出更新后的第二持有者。
这里,将无持有者事件发送至观察者队列中,并询问观察者队列之中的每个观察者是否争抢微服务编排权限;若是,则对发送争抢微服务编排权限的所有观察者进行权限分派,确定出更新后的第二持有者。
其中,第一持有者做出“保存|退出编辑|放弃权限”动作将退出编辑,触发无持有者事件,通知所有观察者无持有者事件触发,是否争抢权限。
这里,第一持有者对微服务做出“保存|退出编辑|放弃权限”动作退出编辑,会触发无持有者事件,通知所有观察者无持有者事件触发,是否争抢权限。若争抢,则对发送争抢微服务编排权限的所有观察者进行权限分派,确定出更新后的第二持有者,从而实现了改动保存后其余用户可在新流程上继续更改,以使改动不再无序不存在改动覆盖现象以及协同改动需求可直观表现在画布上通过权限流转实现了更高效的协同开发。
在一种可能的实施方式之中,所述对发送争抢微服务编排权限的所有观察者进行权限分派,确定出更新后的第二持有者,包括:
a:获取每个所述观察者发送的争抢所述微服务编排权限的时间信息。
这里,服务端获取到每个观察者相对应的用户端发送的争抢微服务编排权限的时间信息。
b:在多个所述争抢所述微服务编排权限的时间信息之中筛选出最早的争抢所述微服务编排权限的时间信息,将所述最早的争抢所述微服务编排权限的时间信息相对应的观察者确定为更新后的第二持有者。
这里,在多个争抢微服务编排权限的时间信息之中筛选出最早的争抢微服务编排权限的时间信息,将最早的争抢微服务编排权限的时间信息相对应的观察者确定为更新后的第二持有者。
其中,更新后的第二持有者为新确定出来的对当前微服务进行编排的持有者。
在一种可能的实施方式之中,在多个所述争抢所述微服务编排权限的时间信息之中筛选出最早的争抢所述微服务编排权限的时间信息,将所述最早的争抢所述微服务编排权限的时间信息相对应的观察者确定为更新后的第二持有者,包括:
检测最早的所述争抢微服务编排权限的时间信息是否存在多个;若是,则检测最早的所述争抢微服务编排权限的时间信息相对应的所述观察者在历史时间段内是否为所述第一持有者,若在历史时间段内为所述第一持有者,则将该观察者确定为更新后的所述第二持有者。
这里,服务端检测最早争抢微服务编排权限的时间信息是否存在多个;若存在多个,则检测最早的争抢微服务编排权限的时间信息相对应的观察者在历史时间段内是否为第一持有者,若在历史时间段内为第一持有者,则将该观察者确定为更新后的第二持有者。
这里,当检测最早争抢微服务编排权限的时间信息是否存在多个时,可以采用现有技术手段中任意一种在多个观察者之中筛选出一个观察者作为更新后的第二持有者均可实现本方案的技术手段,此部分不在进行赘述。
在一种可能的实施方式之中,在所述将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件之后,所述微服务编排方法还包括:
I:当在预设时间段内检测到所述第一持有者未对所述微服务进行编排或者所述第一持有者不应答持有者变更请求后,触发无持有者事件。
这里,服务端在预设时间段检测到第一持有者未对微服务进行编排或者第一持有者不应答持有者变更请求后,触发无持有者事件。
其中,持有者变更请求为观察者向第一持有者发送的持有者变更的请求。
II:将所述无持有者事件发送至观察者队列中,并询问所述观察者队列之中的每个所述观察者是否争抢所述微服务编排权限。
这里,将无持有者事件发送至观察者队列之中,并询问观察者队列之中的每个观察者是否争抢微服务编排权限。
这里,第一持有者特定时间内不进行画布变更,或多次不应答“持有权限申请流程”将被自动清退,向观察者队列中的观察者发送“无持有者事件”进入“权限争抢流程”,解决BS架构下持有者长期不编辑导致的资源占用问题。
在一种可能的实施方式之中,在所述将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件之后,所述微服务编排方法还包括:
获取所述观察者向所述第一持有者发送的持有者变更请求;若所述第一持有者同意所述持有者变更请求,则完成权限切换,将所述观察者确定为更新后的第二持有者;若所述第一持有者拒绝所述持有者变更请求,则不进行权限切换,所述第一持有者继续对所述微服务进行编排。
这里,观察者主动向第一持有者发送的持有者变更请求,若第一持有者同意持有者变更请求,则完成权限切换,并将观察者确定为更新后的第二持有者,若第一持有者拒绝持有者变更请求,则不进行权限切换,第一持有者继续对微服务进行编排。
在具体实施例之中观察者申请持有权限事件,服务端端将事件转发给第一持有者,第一持有者对事件作出回应,拒绝通知申请者权限申请被拒绝。同意申请者从观察者变更为更新后的第二持有者,通知其余观察者持有者变更,原持有者进入观察者队列成为了观察者。
在一种可能的实施方式之中,在所述向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频之后,所述微服务编排方法还包括:
检测所述观察者接收到的参考画布渲染视频与所述目标画布渲染视频是否相一致;若否,则需重新向所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频。
这里,检测观察者接收到的参考画布渲染视频与目标画布渲染视频是否相一致;若否,则需重新向观察者发送目标画布渲染视频,以避免观察者接收到的画布渲染视频不是第一持有者所改动的画布渲染视频。
在具体实施例中,请参阅图2,图2为本申请实施例所提供的一种微服务编排方法的流程图之二。如图2所示,S201:检测用户端对应的目标用户是否具备微服务编排权限;若具备,S202:建立WS链接,将目标用户确定为微服务编排的第一持有者;若不具备,S203:则向用户端发送是否加入协同成为观察者的询问消息,若是;S204:则建立WS连接,将目标用户加入至观察者队列中;S205:第一持有者对微服务进行编排后,触发变动事件,将变动事件发送至观察者队列中;S206:第一持有者退出对微服务进行编排的指令,触发无持有者事件,将无持有者事件发送至观察者队列中;S207:并询问观察者队列之中的观察者是否争抢微服务编排权限,若是,S208:则对发送争抢微服务编排权限的观察者进行权限分派,确定出更新后的第二持有者;S209:观察者向第一持有者发送的持有者变更请求;若第一持有者同意持有者变更请求,则完成权限切换,将观察者确定为更新后的第二持有者;若第一持有者拒绝所述持有者变更请求,则不完成权限切换,第一持有者继续对所述微服务进行编排。
本申请实施例提供的一种微服务编排方法,应用于服务端,所述微服务编排方法包括:在接收到任一用户端发送的微服务编排请求之后,检测所述用户端对应的目标用户是否具备微服务编排权限;若具备,则将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件;向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个所述观察者感知到编排改动后的所述微服务。当第一持有者对微服务进行编排时,其他观察者可以感知到第一持有者对微服务的编排,实现了对同一微服务进行修改互相感知,提高了协同编排效率。
请参阅图3、图4,图3示出了本申请实施例所提供的一种微服务编排装置的结构示意图之一;图4为本申请实施例所提供的一种微服务编排装置的结构示意图之二。如图3中所示,所述微服务编排装置300包括:
检测模块310,用于在接收到任一用户端发送的微服务编排请求之后,检测所述用户端对应的目标用户是否具备微服务编排权限;
持有者确定模块320,用于若具备,则将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件;
观察模块330,用于向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个所述观察者感知到编排改动后的所述微服务。
进一步的,如图4所示,所述微服务编排装置300还包括观察者确定模块340,观察者确定模块340用于:
若不具备,则向所述用户端发送是否加入协同成为观察者的询问消息;
若接收到所述用户端同意加入协同成为观察者的确认消息后,则将所述用户端对应的目标用户加入至观察者队列中,以便所述目标用户作为观察者感知到编排改动后的所述微服务。
进一步的,如图4所示,所述微服务编排装置300还包括无持有者变更模块350,无持有者变更模块350用于:
接收到所述第一持有者退出对所述微服务进行编排的指令之后,触发无持有者事件;
将所述无持有者事件发送至观察者队列中,并询问所述观察者队列之中的每个所述观察者是否争抢所述微服务编排权限;
若是,则对发送争抢微服务编排权限的所有观察者进行权限分派,确定出更新后的第二持有者。
进一步的,无持有者变更模块350在用于所述对发送争抢微服务编排权限的所有观察者进行权限分派,确定出更新后的第二持有者时,无持有者变更模块350具体用于:
获取每个所述观察者发送的争抢所述微服务编排权限的时间信息;
在多个所述争抢所述微服务编排权限的时间信息之中筛选出最早的争抢所述微服务编排权限的时间信息,将所述最早的争抢所述微服务编排权限的时间信息相对应的观察者确定为更新后的第二持有者。
进一步的,无持有者变更模块350在用于在多个所述争抢所述微服务编排权限的时间信息之中筛选出最早的争抢所述微服务编排权限的时间信息,将所述最早的争抢所述微服务编排权限的时间信息相对应的观察者确定为更新后的第二持有者,包括:
检测最早的所述争抢微服务编排权限的时间信息是否存在多个;
若是,则检测最早的所述争抢微服务编排权限的时间信息相对应的所述观察者在历史时间段内是否为所述第一持有者,若在历史时间段内为所述第一持有者,则将该观察者确定为更新后的所述第二持有者。
进一步的,如图4所示,无持有者变更模块350还用于:
当在预设时间段内检测到所述第一持有者未对所述微服务进行编排或者所述第一持有者不应答持有者变更请求后,触发无持有者事件;
将所述无持有者事件发送至观察者队列中,并询问所述观察者队列之中的每个所述观察者是否争抢所述微服务编排权限。
进一步的,如图4所示,所述微服务编排装置300还包括持有者变更模块350,持有者变更模块350用于:
获取所述观察者向所述第一持有者发送的持有者变更请求;
若所述第一持有者同意所述持有者变更请求,则完成权限切换,将所述观察者确定为更新后的第二持有者;
若所述第一持有者拒绝所述持有者变更请求,则不进行权限切换,所述第一持有者继续对所述微服务进行编排。
进一步的,检测模块310还用于:
检测所述观察者接收到的参考画布渲染视频与所述目标画布渲染视频是否相一致;
若否,则需重新向所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频。
本申请实施例提供的一种微服务编排装置,所述微服务编排装置包括:检测模块,用于在接收到任一用户端发送的微服务编排请求之后,检测所述用户端对应的目标用户是否具备微服务编排权限;持有者确定模块,用于若具备,则将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件;观察模块,用于向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个所述观察者感知到编排改动后的所述微服务。当第一持有者对微服务进行编排时,其他观察者可以感知到第一持有者对微服务的编排,实现了对同一微服务进行修改互相感知。
请参阅图5,图5为本申请实施例所提供的一种电子设备的结构示意图。如图5中所示,所述电子设备500包括处理器510、存储器520和总线530。
所述存储器520存储有所述处理器510可执行的机器可读指令,当电子设备500运行时,所述处理器510与所述存储器520之间通过总线530通信,所述机器可读指令被所述处理器510执行时,可以执行如上述图1以及图2所示方法实施例中的微服务编排方法的步骤,具体实现方式可参见方法实施例,在此不再赘述。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时可以执行如上述图1以及图2所示方法实施例中的微服务编排方法的步骤,具体实现方式可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务端,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上所述实施例,仅为本申请的具体实施方式,用以说明本申请的技术方案,而非对其限制,本申请的保护范围并不局限于此,尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种微服务编排方法,其特征在于,应用于服务端,所述微服务编排方法包括:
在接收到任一用户端发送的微服务编排请求之后,检测所述用户端对应的目标用户是否具备微服务编排权限;
若具备,则将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件;
向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个所述观察者感知到编排改动后的所述微服务。
2.根据权利要求1所述的微服务编排方法,其特征在于,在检测所述用户端对应的目标用户是否具备微服务编排权限之后,所述微服务编排方法还包括:
若不具备,则向所述用户端发送是否加入协同成为观察者的询问消息;
若接收到所述用户端同意加入协同成为观察者的确认消息后,则将所述用户端对应的目标用户加入至观察者队列中,以便所述目标用户作为观察者感知到编排改动后的所述微服务。
3.根据权利要求1所述的微服务编排方法,其特征在于,在所述将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件之后,所述微服务编排方法还包括:
接收到所述第一持有者退出对所述微服务进行编排的指令之后,触发无持有者事件;
将所述无持有者事件发送至观察者队列中,并询问所述观察者队列之中的每个所述观察者是否争抢所述微服务编排权限;
若是,则对发送争抢微服务编排权限的所有观察者进行权限分派,确定出更新后的第二持有者。
4.根据权利要求3所述的微服务编排方法,其特征在于,所述对发送争抢微服务编排权限的所有观察者进行权限分派,确定出更新后的第二持有者,包括:
获取每个所述观察者发送的争抢所述微服务编排权限的时间信息;
在多个所述争抢所述微服务编排权限的时间信息之中筛选出最早的争抢所述微服务编排权限的时间信息,将所述最早的争抢所述微服务编排权限的时间信息相对应的观察者确定为更新后的第二持有者。
5.根据权利要求4所述的微服务编排方法,其特征在于,在多个所述争抢所述微服务编排权限的时间信息之中筛选出最早的争抢所述微服务编排权限的时间信息,将所述最早的争抢所述微服务编排权限的时间信息相对应的观察者确定为更新后的第二持有者,包括:
检测最早的所述争抢微服务编排权限的时间信息是否存在多个;
若是,则检测最早的所述争抢微服务编排权限的时间信息相对应的所述观察者在历史时间段内是否为所述第一持有者,若在历史时间段内为所述第一持有者,则将该观察者确定为更新后的所述第二持有者。
6.根据权利要求1所述的微服务编排方法,其特征在于,在所述将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件之后,所述微服务编排方法还包括:
当在预设时间段内检测到所述第一持有者未对所述微服务进行编排或者所述第一持有者不应答持有者变更请求后,触发无持有者事件;
将所述无持有者事件发送至观察者队列中,并询问所述观察者队列之中的每个所述观察者是否争抢所述微服务编排权限。
7.根据权利要求1所述的微服务编排方法,其特征在于,在所述将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件之后,所述微服务编排方法还包括:
获取所述观察者向所述第一持有者发送的持有者变更请求;
若所述第一持有者同意所述持有者变更请求,则完成权限切换,将所述观察者确定为更新后的第二持有者;
若所述第一持有者拒绝所述持有者变更请求,则不进行权限切换,所述第一持有者继续对所述微服务进行编排。
8.根据权利要求1所述的微服务编排方法,其特征在于,在所述向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频之后,所述微服务编排方法还包括:
检测所述观察者接收到的参考画布渲染视频与所述目标画布渲染视频是否相一致;
若否,则需重新向所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频。
9.一种微服务编排装置,其特征在于,所述微服务编排装置包括:
检测模块,用于在接收到任一用户端发送的微服务编排请求之后,检测所述用户端对应的目标用户是否具备微服务编排权限;
持有者确定模块,用于若具备,则将所述目标用户确定为微服务编排的第一持有者,并在所述第一持有者对所述微服务进行编排后,触发变动事件;
观察模块,用于向所述微服务编排对应的各个观察者相对应的用户端发送微服务改动通知,并向各个所述观察者发送所述第一持有者对微服务进行编排后产生的目标画布渲染视频,以使每个所述观察者感知到编排改动后的所述微服务。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行如权利要求1至7任一所述的微服务编排方法的步骤。
CN202310532796.4A 2023-05-11 2023-05-11 一种微服务编排方法、装置及存储介质 Pending CN116489229A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310532796.4A CN116489229A (zh) 2023-05-11 2023-05-11 一种微服务编排方法、装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310532796.4A CN116489229A (zh) 2023-05-11 2023-05-11 一种微服务编排方法、装置及存储介质

Publications (1)

Publication Number Publication Date
CN116489229A true CN116489229A (zh) 2023-07-25

Family

ID=87211868

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310532796.4A Pending CN116489229A (zh) 2023-05-11 2023-05-11 一种微服务编排方法、装置及存储介质

Country Status (1)

Country Link
CN (1) CN116489229A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102147660A (zh) * 2011-03-22 2011-08-10 百度在线网络技术(北京)有限公司 一种基于多个用户协同编辑的输入的方法与设备
CN107888681A (zh) * 2017-11-09 2018-04-06 北京中电普华信息技术有限公司 一种业务流程处理方法及装置
CN110888845A (zh) * 2019-11-22 2020-03-17 上海亦存网络科技有限公司 协同编辑文件及监控文件操作的方法和***
CN114115852A (zh) * 2021-11-30 2022-03-01 深圳壹账通智能科技有限公司 可视化服务编排方法、装置、设备及介质
CN114840387A (zh) * 2022-05-10 2022-08-02 中国平安财产保险股份有限公司 微服务监控方法、装置、计算机设备和存储介质
CN115981845A (zh) * 2022-12-14 2023-04-18 西安万像电子科技有限公司 一种云端多人协同及ar实时协同方法、装置、介质及设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102147660A (zh) * 2011-03-22 2011-08-10 百度在线网络技术(北京)有限公司 一种基于多个用户协同编辑的输入的方法与设备
CN107888681A (zh) * 2017-11-09 2018-04-06 北京中电普华信息技术有限公司 一种业务流程处理方法及装置
CN110888845A (zh) * 2019-11-22 2020-03-17 上海亦存网络科技有限公司 协同编辑文件及监控文件操作的方法和***
CN114115852A (zh) * 2021-11-30 2022-03-01 深圳壹账通智能科技有限公司 可视化服务编排方法、装置、设备及介质
CN114840387A (zh) * 2022-05-10 2022-08-02 中国平安财产保险股份有限公司 微服务监控方法、装置、计算机设备和存储介质
CN115981845A (zh) * 2022-12-14 2023-04-18 西安万像电子科技有限公司 一种云端多人协同及ar实时协同方法、装置、介质及设备

Similar Documents

Publication Publication Date Title
US10404642B2 (en) Message notification method, system, and device for a communication account
CN109347934B (zh) 消息推送方法和***以及服务器、存储介质和电子装置
CN102638417B (zh) 信息的通信方法、装置及***
CN111800285B (zh) 实例迁移方法和装置以及电子设备
CN110827000A (zh) 一种会议室预约方法及装置
RU2641267C2 (ru) Способ и устройство для уведомления о полёте, а также способ и устройство обработки информации о полёте
CN114500521A (zh) 一种算力调度方法、装置、调度设备、***和存储介质
CN104104655A (zh) 一种资源释放的方法、装置及***
CN108632063B (zh) 管理网络切片实例的方法、装置和***
US10848928B2 (en) Method for dynamic filtering of a group communication
CN112057846B (zh) 云游戏服务调度的交互方法、装置、设备和存储介质
CN113892279A (zh) 资源订阅方法、设备、服务器以及计算机存储介质
EP3291592A1 (en) Monitoring management method and apparatus
CN112511580A (zh) 消息推送的方法、装置、存储介质和设备
CN111885103B (zh) 资源处理方法、服务器、电子设备及存储介质
CN105898596B (zh) 直播间显示控制方法及装置
CN116489229A (zh) 一种微服务编排方法、装置及存储介质
CN112169312A (zh) 云游戏服务的排队调度方法、装置、设备和存储介质
CN108282752B (zh) 宽带集群***中群组回呼的方法、***、装置及存储介质
CN113965538B (zh) 设备状态消息处理方法、装置及存储介质
CN110971669B (zh) 消息通知方法、装置、服务器、电子设备及可读存储介质
CN113438602A (zh) 一种终端管理方法、装置、设备及存储介质
CN110874676B (zh) 资源分配方法、装置和***
CN112004161A (zh) 地址资源的处理方法、装置、终端设备和存储介质
CN108093199B (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