CN110113217A - 微服务管理方法、装置、管理平台及存储介质 - Google Patents
微服务管理方法、装置、管理平台及存储介质 Download PDFInfo
- Publication number
- CN110113217A CN110113217A CN201910436622.1A CN201910436622A CN110113217A CN 110113217 A CN110113217 A CN 110113217A CN 201910436622 A CN201910436622 A CN 201910436622A CN 110113217 A CN110113217 A CN 110113217A
- Authority
- CN
- China
- Prior art keywords
- fragment
- state
- copy
- service processes
- fragment copy
- 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.)
- Granted
Links
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/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
- H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开是关于一种微服务管理方法、装置、管理平台及存储介质,属于互联网技术领域,该方法包括:接收任务请求,该任务请求携带目标数据分片的标识,根据目标数据分片的标识,确定目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态;根据每个第一分片副本在每个服务进程中的当前状态,从每个服务进程中选择目标服务进程,目标服务进程用于处理该任务请求。该方法主要是接收到任务请求时,可以根据任务请求中目标数据分片的每个第一分片副本在微服务的每个服务进程中的当前状态,选择相应的目标服务进程,从而实现了对有状态服务的有效调用,提高了响应任务请求的效率。
Description
技术领域
本公开涉及互联网技术领域,尤其涉及一种微服务管理方法、装置、管理平台及存储介质。
背景技术
随着互联网技术的快速发展,互联网服务的开发效率严重制约着互联网服务的发展。为了提高互联网服务的开发效率,微服务架构应运而生。微服务架构主要是将一个完整的互联网服务按业务逻辑拆分成多个微服务,每个微服务由多个服务进程组成。微服务一般包括无状态服务和有状态服务。其中,无状态服务是指该微服务的每个服务进程中分配的数据相同,每个服务进程的功能完全等同,因此,任一服务进程就可以响应一个任务请求,例如,该任务请求为读取该微服务中的数据。有状态服务是指将微服务中的数据分成多个数据分片,每个服务进程中分布至少一个数据分片,该服务进程只能响应该服务进程中的数据分片对应的任务请求。为了实现多个微服务之间的协同合作,保证互联网服务的正常使用,多个微服务之间常常会互相调用。
相关技术中微服务之间调用时,主要是通过管理平台维护每个微服务与其服务进程之间的关联表,对于调用微服务,通过该关联表可以获取被调用的微服务中能正常响应任务请求的多个服务进程,从被调用的微服务中能正常响应任务请求的多个服务进程中随机选取一个服务进程响应该任务请求。
但相关技术中通过上述关联表只能获取无状态微服务中能正常响应任务请求的多个服务进程,对于有状态服务,管理平台无法获取被调用的微服务中每个服务进程的数据分片的信息,调用微服务也就无法选取相应的服务进程。因此,相关技术中只能调用无状态服务,而无法调用有状态服务,导致无法实现有状态微服务之间的有效调用,响应任务请求的效率低。
发明内容
本公开提供一种微服务管理方法、装置、管理平台及存储介质,可以解决有状态微服务之间的调用,响应任务请求效率低的问题。
根据本公开实施例的第一方面,提供了一种微服务管理方法,所述方法包括:
接收任务请求,所述任务请求携带目标数据分片的标识;
根据所述目标数据分片的标识,确定所述目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态;
根据所述每个第一分片副本在所述每个服务进程中的当前状态,从所述每个服务进程中选择目标服务进程,所述目标服务进程用于处理所述任务请求。
在一种可能的实现方式中,所述根据所述目标数据分片的标识,确定所述目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态,包括:
获取所述微服务中的每个数据分片的每个第二分片副本在所述每个服务进程中的当前状态;
根据所述目标数据分片的标识,从所述每个数据分片的每个第二分片副本在所述每个服务进程中的当前状态中,选择所述每个第一分片副本在所述每个服务进程中的当前状态。
在另一种可能的实现方式中,所述获取所述微服务中的每个数据分片的每个第二分片副本在所述每个服务进程中的当前状态,包括:
对于每个服务进程中的每个第二分片副本,根据所述第二分片副本的当前状态和指定迁移规则,确定所述第二分片副本的下一状态;
向所述服务进程发送状态迁移指令,所述状态迁移指令用于指示所述服务进程的第二分片副本从当前状态迁移到所述下一状态;
根据所述第二分片副本的下一状态,更新所述第二分片副本的当前状态,直至达到其对应的指定状态。
在另一种可能的实现方式中,所述根据所述第二分片副本的下一状态,更新所述第二分片副本的当前状态之前,所述方法还包括:
当接收到所述服务进程返回的所述第二分片副本的状态迁移响应,且所述状态迁移响应用于指示所述第二分片副本的状态迁移成功时,执行所述根据所述第二分片副本的下一状态,更新所述第二分片副本的当前状态的步骤。
在另一种可能的实现方式中,所述根据所述第二分片副本的当前状态和指定迁移规则,确定所述第二分片副本的下一状态,包括:
对于每个第二分片副本,当所述第二分片副本的当前状态为离线状态时,确定所述第二分片副本的下一状态为同步状态;
当所述第二分片副本的当前状态为同步状态时,确定所述第二分片副本的下一状态为从状态或者离线状态;
当所述第二分片副本的当前状态为从状态时,确定所述第二分片副本的下一状态为离线状态或者主状态;
当所述第二分片副本的当前状态为主状态时,确定所述第二分片副本的下一状态为从状态或者离线状态。
在另一种可能的实现方式中,所述根据所述第二分片副本的下一状态,更新所述第二分片副本的当前状态之后,所述方法还包括:
当所述每个数据分片在一个服务进程中只有一个第二分片副本,且所述每个服务进程中任意两个服务进程之间第二分片副本的数量的第一差值不大于第一预设阈值,所述任意两个服务进程之间处于主状态的第二分片副本的数量的第二差值不大于第二预设阈值时,确定所述第二分片副本达到其对应的指定状态。
在另一种可能的实现方式中,所述根据所述第二分片副本的下一状态,更新所述第二分片副本的当前状态,直至达到其对应的指定状态,包括:
当所述第二分片副本的当前状态不是其对应的指定状态时,执行所述根据所述第二分片副本的当前状态和指定迁移规则,确定所述第二分片副本的下一状态的步骤,直到所述第二分片副本的当前状态达到其对应的指定状态。
在另一种可能的实现方式中,在获取所述微服务中的每个数据分片的每个第二分片副本在所述每个服务进程中的当前状态之前,所述方法还包括:
对于每个数据分片,为所述数据分片指定多个第二分片副本;
将所述多个第二分片副本分配给所述多个服务进程,其中,一个第二分片副本分配给一个服务进程。
在另一种可能的实现方式中,所述根据所述目标数据分片的标识,确定所述目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态之后,所述方法还包括:
通过数据同步机制,将所述每个第一分片副本在所述每个服务进程中的当前状态同步到所述微服务的备份数据中心。
根据本公开实施例的第二方面,提供了一种微服务管理装置,所述装置包括:
接收模块,用于接收任务请求,所述任务请求携带目标数据分片的标识;
确定模块,用于根据所述目标数据分片的标识,确定所述目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态;
选择模块,用于根据所述每个第一分片副本在所述每个服务进程中的当前状态,从所述每个服务进程中选择目标服务进程,所述目标服务进程用于处理所述任务请求。
在一种可能的实现方式中,所述确定模块,还用于获取所述微服务中的每个数据分片的每个第二分片副本在所述每个服务进程中的当前状态;根据所述目标数据分片的标识,从所述每个数据分片的每个第二分片副本在所述每个服务进程中的当前状态中,选择所述每个第一分片副本在所述每个服务进程中的当前状态。
在另一种可能的实现方式中,所述确定模块,还用于对于每个服务进程中的每个第二分片副本,根据所述第二分片副本的当前状态和指定迁移规则,确定所述第二分片副本的下一状态;向所述服务进程发送状态迁移指令,所述状态迁移指令用于指示所述服务进程的第二分片副本从当前状态迁移到所述下一状态;根据所述第二分片副本的下一状态,更新所述第二分片副本的当前状态,直至达到其对应的指定状态。
在另一种可能的实现方式中,所述确定模块,还用于当接收到所述服务进程返回的所述第二分片副本的状态迁移响应,且所述状态迁移响应用于指示所述第二分片副本的状态迁移成功时,根据所述第二分片副本的下一状态,更新所述第二分片副本的当前状态。
在另一种可能的实现方式中,所述确定模块,还用于对于每个第二分片副本,当所述第二分片副本的当前状态为离线状态时,确定所述第二分片副本的下一状态为同步状态;当所述第二分片副本的当前状态为同步状态时,确定所述第二分片副本的下一状态为从状态或者离线状态;当所述第二分片副本的当前状态为从状态时,确定所述第二分片副本的下一状态为离线状态或者主状态;当所述第二分片副本的当前状态为主状态时,确定所述第二分片副本的下一状态为从状态或者离线状态。
在另一种可能的实现方式中,所述确定模块,还用于当所述每个数据分片在一个服务进程中只有一个第二分片副本,且所述每个服务进程中任意两个服务进程之间第二分片副本的数量的第一差值不大于第一预设阈值,所述任意两个服务进程之间处于主状态的第二分片副本的数量的第二差值不大于第二预设阈值时,确定所述第二分片副本达到其对应的指定状态。
在另一种可能的实现方式中,所述确定模块,还用于当所述第二分片副本的当前状态不是其对应的指定状态时,根据所述第二分片副本的当前状态和指定迁移规则,确定所述第二分片副本的下一状态,直到所述第二分片副本的当前状态达到其对应的指定状态。
在另一种可能的实现方式中,所述装置还包括:
指定模块,用于对于每个数据分片,为所述数据分片指定多个第二分片副本;
分配模块,用于将所述多个第二分片副本分配给所述多个服务进程,其中,一个第二分片副本分配给一个服务进程。
在另一种可能的实现方式中,所述装置还包括:
同步模块,用于通过数据同步机制,将所述每个第一分片副本在所述每个服务进程中的当前状态同步到所述微服务的备份数据中心。
根据本公开实施例的第三方面,提供了一种管理平台,所述管理平台包括:
一个或多个处理器;
用于存储所述一个或多个处理器可执行指令的一个或多个存储器;
其中,所述一个或多个处理器被配置为执行上述第一方面任一项所述的微服务管理方法。
根据本公开实施例的第四方面,提供了一种非临时性计算机可读存储介质,当所述存储介质中的指令由管理平台的处理器执行时,使得管理平台能够执行上述第一方面任一项所述的微服务管理方法。
根据本公开实施例的第五方面,提供了一种应用程序,当所述应用程序中的指令由管理平台的处理器执行时,使得管理平台能够执行上述第一方面任一项所述的微服务管理方法。
本公开的实施例提供的技术方案可以包括以下有益效果:
本公开实施例提供的微服务管理方法,接收任务请求,该任务请求携带目标数据分片的标识,根据目标数据分片的标识,确定目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态;根据每个第一分片副本在每个服务进程中的当前状态,从每个服务进程中选择目标服务进程,目标服务进程用于处理该任务请求。该方法主要是接收到任务请求时,可以根据任务请求中目标数据分片的每个第一分片副本在微服务的每个服务进程中的当前状态,选择相应的目标服务进程,从而实现了对有状态服务的有效调用,提高了响应任务请求的效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种微服务管理的实施环境。
图2是根据一示例性实施例示出的一种微服务管理方法的流程图。
图3是根据一示例性实施例示出的一种微服务管理方法的流程图。
图4是根据一示例性实施例示出的一种每个服务进程中的每个第二分片副本达到其对应的指定状态时的示意图。
图5是根据一示例性实施例示出的一种管理平台更新每个第二分片副本的状态的示意图。
图6是根据一示例性实施例示出的一种微服务管理装置的框图。
图7是根据一示例性实施例示出的一种管理平台的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1是根据一示例性实施例示出的一种微服务管理的实施环境,该实施环境包括:管理平台101和微服务对应的服务器102。该管理平台101可以为服务器,用于对微服务的服务器进行管理,管理平台101和服务器102之间可以通过无线连接。在本公开实施例中,对管理平台101不作具体限定。微服务为一个完整的互联网服务按业务逻辑被拆分得到的多个服务,每个微服务之间可以通过RPC(远程过程调用)实现微服务之间的调用。该微服务可以为分布式数据库、分布式缓存或推荐系统,例如,当微服务为分布式数据库时,每个微服务相当于是一个小型的数据库,每个微服务中存储不同的数据。
当该微服务为无状态服务,在接收到任务请求时,该管理平台101可以从该微服务对应的服务器102中任意选择一服务进程,通过该服务进程处理该任务请求,该任务请求可以为读取或存储目标服务进程中的数据。在本公开实施例中,对任务请求不作具体限定。
当该微服务为有状态服务,在接收到任务请求时,相关技术中,由于管理平台101维护的关联表中没有每个服务进程中数据分片的信息,因此,管理平台101无法根据任务请求选择相应的服务进程。而本公开实施例提供的微服务管理方法,在接收到携带目标数据分片标识的任务请求时,根据目标数据分片的标识,确定该目标数据分片的每个第一分片副本在微服务的每个服务进程中的当前状态,根据每个第一分片副本在每个服务进程中的当前状态,从每个服务进程中选择处理该任务请求的目标服务进程,从而实现了对有状态服务的有效调用,提高了响应任务请求的效率。
另外,本公开实施例中的微服务管理方法,管理平台101在实现对有状态服务的管理时,可以解决有状态服务之间的服务发现、负载均衡、失效备援和动态扩缩容等问题,其中,服务发现为微服务之间调用时,获取微服务之间的信息。对于一个完整的互联网服务,每个微服务中存储了该互联网服务中其它微服务的标识。为了便于区分,将调用微服务称为第一微服务,被调用微服务称为第二微服务,当第二微服务想调用第一微服务时,向管理平台101发送任务请求,该任务请求为调用请求,管理平台101接收该任务请求,根据本公开实施例提供的微服务管理方法,从第一微服务的多个服务进程中选择目标服务进程,从而实现第二微服务对第一微服务的调用。
负载均衡为根据微服务中每个服务进程的负载情况,选取相应的服务进程。管理平台101根据本公开实施例提供的微服务管理方法,根据每个服务进程中每个第二分片副本的当前状态,选择主状态或从状态的第二分片副本所在的服务进程。失效备援为当微服务中一个数据分片的某个第二分片副本中的数据丢失或损坏时,可以获取该数据分片的其他第二分片副本中的数据。动态扩缩容为扩大或缩小该微服务的容量。
图2是根据一示例性实施例示出的一种微服务管理方法的流程图,应用于管理平台中,如图2所示,包括以下步骤:
在步骤S21中,接收任务请求,任务请求携带目标数据分片的标识。
在步骤S22中,根据目标数据分片的标识,确定目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态。
在步骤S23中,根据每个第一分片副本在每个服务进程中的当前状态,从每个服务进程中选择目标服务进程,目标服务进程用于处理任务请求。
在一种可能的实现方式中,根据目标数据分片的标识,确定目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态,包括:
获取微服务中的每个数据分片的每个第二分片副本在每个服务进程中的当前状态;
根据目标数据分片的标识,从每个数据分片的每个第二分片副本在每个服务进程中的当前状态中,选择每个第一分片副本在每个服务进程中的当前状态。
在另一种可能的实现方式中,获取微服务中的每个数据分片的每个第二分片副本在每个服务进程中的当前状态,包括:
对于每个服务进程中的每个第二分片副本,根据第二分片副本的当前状态和指定迁移规则,确定第二分片副本的下一状态;
向服务进程发送状态迁移指令,状态迁移指令用于指示服务进程的第二分片副本从当前状态迁移到下一状态;
根据第二分片副本的下一状态,更新第二分片副本的当前状态,直至达到其对应的指定状态。
在另一种可能的实现方式中,根据第二分片副本的下一状态,更新第二分片副本的当前状态之前,方法还包括:
当接收到服务进程返回的第二分片副本的状态迁移响应,且状态迁移响应用于指示第二分片副本的状态迁移成功时,执行根据第二分片副本的下一状态,更新第二分片副本的当前状态的步骤。
在另一种可能的实现方式中,根据第二分片副本的当前状态和指定迁移规则,确定第二分片副本的下一状态,包括:
对于每个第二分片副本,当第二分片副本的当前状态为离线状态时,确定第二分片副本的下一状态为同步状态;
当第二分片副本的当前状态为同步状态时,确定第二分片副本的下一状态为从状态或者离线状态;
当第二分片副本的当前状态为从状态时,确定第二分片副本的下一状态为离线状态或者主状态;
当第二分片副本的当前状态为主状态时,确定第二分片副本的下一状态为从状态或者离线状态。
在另一种可能的实现方式中,根据第二分片副本的下一状态,更新第二分片副本的当前状态之后,方法还包括:
当每个数据分片在一个服务进程中只有一个第二分片副本,且每个服务进程中任意两个服务进程之间第二分片副本的数量的第一差值不大于第一预设阈值,任意两个服务进程之间处于主状态的第二分片副本的数量的第二差值不大于第二预设阈值时,确定第二分片副本达到其对应的指定状态。
在另一种可能的实现方式中,根据第二分片副本的下一状态,更新第二分片副本的当前状态,直至达到其对应的指定状态,包括:
当第二分片副本的当前状态不是其对应的指定状态时,执行根据第二分片副本的当前状态和指定迁移规则,确定第二分片副本的下一状态的步骤,直到第二分片副本的当前状态达到其对应的指定状态。
在另一种可能的实现方式中,在获取微服务中的每个数据分片的每个第二分片副本在每个服务进程中的当前状态之前,方法还包括:
对于每个数据分片,为数据分片指定多个第二分片副本;
将多个第二分片副本分配给多个服务进程,其中,一个第二分片副本分配给一个服务进程。
在另一种可能的实现方式中,根据目标数据分片的标识,确定目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态之后,方法还包括:
通过数据同步机制,将每个第一分片副本在每个服务进程中的当前状态同步到微服务的备份数据中心。
本公开实施例提供的微服务管理方法,接收任务请求,该任务请求携带目标数据分片的标识,根据目标数据分片的标识,确定目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态;根据每个第一分片副本在每个服务进程中的当前状态,从每个服务进程中选择目标服务进程,目标服务进程用于处理该任务请求。该方法主要是接收到任务请求时,可以根据任务请求中目标数据分片的每个第一分片副本在微服务的每个服务进程中的当前状态,选择相应的目标服务进程,从而实现了对有状态服务的有效调用,提高了响应任务请求的效率。
图3是根据一示例性实施例示出的一种微服务管理方法的流程图,应用于管理平台中,如图3所示,包括以下步骤:
在步骤S31中,对于微服务中每个数据分片,管理平台为该数据分片指定多个第二分片副本。
管理平台可以将微服务的数据中心中的数据切分为多个数据分片,为每个数据分片指定多个第二分片副本。其中,每个数据分片中分布一部分数据,所有数据分片中的数据组成该微服务的数据中心中的数据。并且,每个第二分片副本中的数据和该第二分片副本对应的数据分片中的数据相同,从而可以在一个第二分片副本中的数据丢失或损坏时,管理平台还可以从其他第二分片副本中获取该数据。
其中,切分的多个数据分片的数量可以根据需要进行设置并更改,在本公开实施例中,对此不作具体限定。例如,管理平台将微服务中的数据切分的数据分片的数量为1000个、1500个或者2000个。每个数据分片对应的第二分片副本的数量可以根据需要进行设置并更改,在本公开实施例中,对每个数据分片对应的第二分片副本的数量也不作具体限定。例如,第二分片副本的数量可以为10个、50个或者100个。例如,参见图4,该微服务有4个服务进程,管理平台将数据中心的数据切分为10个数据分片,为每个数据分片指定四个第二分片副本。
在步骤S32中,管理平台将该多个第二分片副本分配给多个服务进程。
本步骤中,管理平台将每个数据分片对应的多个第二分片副本分配给微服务中的多个服务进程,一个第二分片副本分配给一个服务进程。
在步骤S33中,管理平台接收任务请求,该任务请求携带目标数据分片的标识。
该任务请求可以为任一请求,例如,该任务请求可以为读取或存储目标服务进程中的数据。在本公开实施例中,对任务请求不作具体限定。该任务请求中携带目标数据分片的标识,目标数据分片为任务请求对应的数据分片。
在步骤S34中,管理平台获取微服务中的每个数据分片的每个第二分片副本在每个服务进程中的当前状态。
本步骤可以通过以下步骤(1)至(3)实现,包括:
(1)对于每个服务进程中的每个第二分片副本,管理平台根据该第二分片副本的当前状态和指定迁移规则,确定第二分片副本的下一状态。
指定迁移规则为管理平台预先设定的,为管理平台更新每个第二分片副本的状态时对应的约束条件。该指定迁移规则中主要包括四个状态,分别为离线状态、同步状态、从状态和主状态。每个第二分片副本的初始状态均为离线状态,对于每个第二分片副本,该第二分片副本的状态可以从离线状态更新为同步状态,或者从同步状态更新为从状态或离线状态,或者从从状态更新为主状态或离线状态,或者从主状态更新为从状态或者离线状态,管理平台更新第二分片副本的状态的过程可以参见图5。
对于该服务进程中的每个分片副本,管理平台更新每个分片副本的状态时,根据指定迁移规则,一个状态一个状态地更新。管理平台更新每个分片副本的状态时,需要满足指定迁移规则的约束条件,不可以跨状态更新。例如,离线状态不可以直接更新为主状态或从状态。其中,主状态下的分片副本的数据是可写的,从状态下的分片副本的数据是可读的。
本步骤中,对于每个第二分片副本,当该第二分片副本的当前状态为离线状态时,管理平台确定该第二分片副本的下一状态为同步状态;当该第二分片副本的当前状态为同步状态时,管理平台确定该第二分片副本的下一状态为从状态或者离线状态;当该第二分片副本的当前状态为从状态时,管理平台确定该第二分片副本的下一状态为离线状态或者主状态;当该第二分片副本的当前状态为主状态时,管理平台确定该第二分片副本的下一状态为从状态或者离线状态。
需要说明的一点是,在本步骤之前,管理平台预先确定每个服务进程中每个第二分片副本对应的指定状态,对于每个第二分片副本,指定状态为管理平台根据指定迁移规则,将该第二分片副本的状态更新达到的指定状态,该指定状态为主状态或从状态。
例如,图4中,对于数据分片0,每个服务进程中被分配一个数据分片0的第二分片副本,每个第二分片副本的初始状态均为离线状态。管理平台预先确定服务进程1中数据分片0的第二分片副本对应的状态为主状态,服务进程2中数据分片0的第二分片副本对应的状态为从状态,服务进程3中数据分片0的第二分片副本对应的状态为从状态,服务进程4中数据分片0的第二分片副本对应的状态为离线状态。由于每个第二分片副本的当前状态均为离线状态,对于服务进程1中数据分片0的第二分片副本的状态,管理平台确定该第二分片副本的下一状态为同步状态;对于服务进程2中数据分片0的第二分片副本的状态,管理平台确定该第二分片副本的下一状态为同步状态;对于服务进程3中数据分片0的第二分片副本的状态,管理平台确定该第二分片副本的下一状态为同步状态;对于服务进程4中数据分片0的第二分片副本的状态,管理平台确定该第二分片副本的下一状态仍为离线状态。
(2)管理平台向该服务进程发送状态迁移指令。
该状态迁移指令用于指示该服务进程的每个第二分片副本从当前状态迁移到下一状态。管理平台每次更新该服务进程中每个第二分片副本的状态时,都会向该服务进程发送状态迁移指令,该状态迁移指令中可以携带有至少一个分片副本标识,用于指示该服务进程中待更新的至少一个第二分片副本。该服务进程接收管理平台发送的状态迁移指令,根据该状态迁移指令中的至少一个分片副本标识,确定待更新的至少一个第二分片副本。另外,该状态迁移指令中还可以携带状态标识,用于指示当前状态的下一状态。
其中,管理平台可以预先确定每个服务进程中每个第二分片副本对应的指定状态,根据每个第二分片副本对应的指定状态向该服务进程发送状态迁移指令。
需要说明的一点是,管理平台可以在向该服务进程发送状态迁移指令后,直接执行步骤(4),即根据该第二分片副本的下一状态,更新该第二分片副本的当前状态。或者在接收到服务进程返回的状态迁移响应后,才更新该第二分片副本的当前状态,也即执行步骤(3)。在本公开实施例中,对此不作具体限定。
(3)当接收到服务进程返回的第二分片副本的状态迁移响应,且该状态迁移响应用于指示第二分片副本的状态迁移成功时,执行步骤(4)。
管理平台向该服务进程发送状态迁移指令后,服务进程接收该状态迁移指令,根据该状态迁移指令,将该第二分片副本的状态从当前状态迁移到下一状态。当该第二分片副本的状态迁移成功时,向管理平台返回状态迁移成功的状态迁移响应。当该第二分片副本的状态迁移失败时,向管理平台返回迁移失败响应。管理平台接收该迁移失败响应后,重新向该服务进程发送状态迁移指令,直至接收到用于指示状态迁移成功的状态迁移响应。
管理平台接收服务进程返回的状态迁移响应后,确定第二分片副本的状态迁移成功,才执行步骤(4)。
(4)管理平台根据该第二分片副本的下一状态,更新第二分片副本的当前状态,直至达到其对应的指定状态。
管理平台根据该第二分片副本的下一状态,更新该第二分片副本的当前状态后,确定该第二分片副本的当前状态是否为其对应的指定状态。当更新后的第二分片副本的当前状态是其对应的指定状态时,则管理平台不再向该服务进程发送状态迁移指令。当更新后的第二分片副本的当前状态不是其对应的指定状态时,则管理平台循环执行步骤(1)至(4),直至达到其对应的指定状态。
其中,管理平台确定该第二分片副本是否达到其对应的指定状态的步骤可以为:当每个数据分片在一个服务进程中只有一个第二分片副本,且每个服务进程中任意两个服务进程之间第二分片副本的数量的第一差值不大于第一预设阈值,任意两个服务进程之间处于主状态的第二分片副本的数量的第二差值不大于第二预设阈值时,确定第二分片副本达到其对应的指定状态。
第一预设阈值和第二预设阈值可以根据需要进行设置并更改,在本公开实施例中,对第一预设阈值和第二预设阈值不作具体限定。并且,第一预设阈值和第二预设阈值可以相同或者不同。在本公开实施例中,对此也不作具体限定。例如,第一预设阈值和第二预设阈值相同,均为0,则当每个数据分片在每个服务进程中只有一个第二分片副本,且多个服务进程中任意两个服务进程之间第二分片副本的数量相等,任意两个服务进程之间处于主状态的第二分片副本的数量相等时,管理平台确定每个第二分片副本达到其对应的指定状态。
例如,当图4中每个服务进程中的每个第二分片副本的状态达到其对应的指定状态时,该指定状态下每个数据分片在每个服务进程中只有一个第二分片副本,各个服务进程中第二分片副本的数量相等,各个服务进程中主状态的第二分片副本的数量相差不超过1。其中,对于数据分片0,该数据分片有4个第二分片副本,每个服务进程中有一个第二分片副本;每个服务进程中第二分片副本的数量相等,对于服务进程1和2,主状态的第二分片副本的数量均为3;对于服务进程3和4,主状态的第二分片副本的数量均为2,和服务进程1和2中主状态的第二分片副本的数量相差为1。
在步骤S35中,管理平台根据目标数据分片的标识,从每个数据分片的每个第二分片副本在每个服务进程中的当前状态中,选择每个第一分片副本在每个服务进程中的当前状态。
管理平台根据该目标数据分片的标识,从微服务的每个数据分片的每个第二分片副本中,选择该目标数据分片的每个第一分片副本对应的微服务中的第二分片副本,确定与该第一分片副本对应的第二分片副本在每个服务进程中的当前状态,将该第二分片副本在每个服务进程中的当前状态作为该第一分片副本的当前状态。
管理平台选择每个第一分片副本在每个服务进程中的当前状态后,还可以通过数据同步机制,将每个第一分片副本在每个服务进程中的当前状态同步到该微服务的备份数据中心,该备份数据中心中的数据和该微服务的数据中心中的数据相同,当该微服务的数据中心中的数据丢失或损坏时,管理平台还可以获取备份数据中心中的数据,大大增强了分布式存储的可伸缩性和可用性。
备份数据中心的数量可以根据需要进行设置并更改,该本公开实施例中,对备份数据中心的数量不作具体限定。
在步骤S36中,管理平台根据每个第一分片副本在每个服务进程中的当前状态,从每个服务进程中选择目标服务进程。
目标服务进程用于处理该任务请求。管理平台选择目标服务进程时,优先选择该数据分片的第一分片副本对应的主状态的第二分片副本所在的服务进程;当该主状态的第二分片副本所在的服务进程在处理其他任务请求时,管理平台选择该数据分片的第一分片副本对应的从状态的第二分片副本所在的服务进程。
目标服务进程可以为一个或多个,在本公开实施例中,对目标服务进程的数量不作具体限定。当任务请求对应的目标数据分片为一个数据分片时,例如,该目标数据分片为图4中的数据分片1时,该数据分片1的第二分片副本的状态分别为主状态、从状态、从状态和同步状态。则管理平台优先选择主状态的第二分片副本所在的服务进程,也即服务进程1。当数据分片1的主状态的第二分片副本所在的服务进程1在处理其他任务请求时,管理平台从服务进程2和服务进程3中选择一个服务进程作为目标服务进程。
当任务请求对应的目标数据分片为多个数据分片时,例如,该目标数据分片为两个数据分片,分别为图4中的数据分片6和7时,对于数据分片6,该数据分片的第二分片副本的状态分别为离线状态、主状态、从状态和从状态;对于数据分片7,该数据分片的第二分片副本的状态分别为从状态、同步状态、主状态和从状态。则管理平台选择目标服务进程时,选择数据分片6的主状态的第二分片副本所在的服务进程2,以及选择数据分片7的主状态的第二分片副本所在的服务进程3,也即目标服务进程为服务进程2和服务进程3。
在步骤S37中,管理平台通过目标服务进程处理该任务请求。
本步骤中,管理平台选择目标服务进程后,向该目标服务进程发送该任务请求,目标服务进程接收该任务请求后,处理该任务请求。
管理平台通过本公开实施例提供的微服务管理方法,可以简化分布式存储等有状态服务的开发过程,让开发人员专注在存储和同步等更核心的机制上。
本公开实施例提供的微服务管理方法,接收任务请求,该任务请求携带目标数据分片的标识,根据目标数据分片的标识,确定目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态;根据每个第一分片副本在每个服务进程中的当前状态,从每个服务进程中选择目标服务进程,目标服务进程用于处理该任务请求。该方法主要是接收到任务请求时,可以根据任务请求中目标数据分片的每个第一分片副本在微服务的每个服务进程中的当前状态,选择相应的目标服务进程,从而实现了对有状态服务的有效调用,提高了响应任务请求的效率。
上述所有可选技术方案,可以采用任意结合形成本公开的可选实施例,在此不再一一赘述。
图6是根据一示例性实施例示出的一种微服务管理装置的框图,如图6所示,该装置包括:
接收模块601,用于接收任务请求,任务请求携带目标数据分片的标识;
确定模块602,用于根据目标数据分片的标识,确定目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态;
选择模块603,用于根据每个第一分片副本在每个服务进程中的当前状态,从每个服务进程中选择目标服务进程,目标服务进程用于处理任务请求。
在一种可能的实现方式中,确定模块602,还用于获取微服务中的每个数据分片的每个第二分片副本在每个服务进程中的当前状态;根据目标数据分片的标识,从每个数据分片的每个第二分片副本在每个服务进程中的当前状态中,选择每个第一分片副本在每个服务进程中的当前状态。
在另一种可能的实现方式中,确定模块602,还用于对于每个服务进程中的每个第二分片副本,根据第二分片副本的当前状态和指定迁移规则,确定第二分片副本的下一状态;向服务进程发送状态迁移指令,状态迁移指令用于指示服务进程的第二分片副本从当前状态迁移到下一状态;根据第二分片副本的下一状态,更新第二分片副本的当前状态,直至达到其对应的指定状态。
在另一种可能的实现方式中,确定模块602,还用于当接收到服务进程返回的第二分片副本的状态迁移响应,且状态迁移响应用于指示第二分片副本的状态迁移成功时,根据第二分片副本的下一状态,更新第二分片副本的当前状态。
在另一种可能的实现方式中,确定模块602,还用于对于每个第二分片副本,当第二分片副本的当前状态为离线状态时,确定第二分片副本的下一状态为同步状态;当第二分片副本的当前状态为同步状态时,确定第二分片副本的下一状态为从状态或者离线状态;当第二分片副本的当前状态为从状态时,确定第二分片副本的下一状态为离线状态或者主状态;当第二分片副本的当前状态为主状态时,确定第二分片副本的下一状态为从状态或者离线状态。
在另一种可能的实现方式中,确定模块602,还用于当每个数据分片在一个服务进程中只有一个第二分片副本,且每个服务进程中任意两个服务进程之间第二分片副本的数量的第一差值不大于第一预设阈值,任意两个服务进程之间处于主状态的第二分片副本的数量的第二差值不大于第二预设阈值时,确定第二分片副本达到其对应的指定状态。
在另一种可能的实现方式中,确定模块602,还用于当第二分片副本的当前状态不是其对应的指定状态时,根据第二分片副本的当前状态和指定迁移规则,确定第二分片副本的下一状态,直到第二分片副本的当前状态达到其对应的指定状态。
在另一种可能的实现方式中,装置还包括:
指定模块,用于对于每个数据分片,为数据分片指定多个第二分片副本;
分配模块,用于将多个第二分片副本分配给多个服务进程,其中,一个第二分片副本分配给一个服务进程。
在另一种可能的实现方式中,装置还包括:
同步模块,用于通过数据同步机制,将每个第一分片副本在每个服务进程中的当前状态同步到微服务的备份数据中心。
本公开实施例提供的微服务管理装置,接收任务请求,该任务请求携带目标数据分片的标识,根据目标数据分片的标识,确定目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态;根据每个第一分片副本在每个服务进程中的当前状态,从每个服务进程中选择目标服务进程,目标服务进程用于处理该任务请求。该装置主要是接收到任务请求时,可以根据任务请求中目标数据分片的每个第一分片副本在微服务的每个服务进程中的当前状态,选择相应的目标服务进程,从而实现了对有状态服务的有效调用,提高了响应任务请求的效率。
需要说明的是:上述实施例提供的微服务管理装置在微服务管理时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将管理平台的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的微服务管理装置与微服务管理方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘述。
图7是本公开实施例提供的一种管理平台的结构示意图,该管理平台700可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(central processingunits,CPU)701和一个或一个以上的存储器702,其中,该存储器702中存储有至少一条指令,该至少一条指令由该处理器701加载并执行以实现上述各个方法实施例提供的方法。当然,该管理平台还可以具有有线或无线网络接口、键盘以及输入输出接口等部件,以便进行输入输出,该管理平台还可以包括其他用于实现设备功能的部件,在此不做赘述。
在示例性实施例中,还提供了一种非临时性计算机可读存储介质,当该存储介质中的指令由管理平台的处理器执行时,使得管理平台能够执行本公开实施例提供的微服务管理方法。
在示例性实施例中,还提供了一种应用程序,当应用程序中的指令由管理平台的处理器执行时,使得管理平台能够执行本公开实施例提供的微服务管理方法。
本领域技术人员在考虑说明书及实践这里的公开后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (10)
1.一种微服务管理方法,其特征在于,所述方法包括:
接收任务请求,所述任务请求携带目标数据分片的标识;
根据所述目标数据分片的标识,确定所述目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态;
根据所述每个第一分片副本在所述每个服务进程中的当前状态,从所述每个服务进程中选择目标服务进程,所述目标服务进程用于处理所述任务请求。
2.根据权利要求1所述的方法,其特征在于,所述根据所述目标数据分片的标识,确定所述目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态,包括:
获取所述微服务中的每个数据分片的每个第二分片副本在所述每个服务进程中的当前状态;
根据所述目标数据分片的标识,从所述每个数据分片的每个第二分片副本在所述每个服务进程中的当前状态中,选择所述每个第一分片副本在所述每个服务进程中的当前状态。
3.根据权利要求2所述的方法,其特征在于,所述获取所述微服务中的每个数据分片的每个第二分片副本在所述每个服务进程中的当前状态,包括:
对于每个服务进程中的每个第二分片副本,根据所述第二分片副本的当前状态和指定迁移规则,确定所述第二分片副本的下一状态;
向所述服务进程发送状态迁移指令,所述状态迁移指令用于指示所述服务进程的第二分片副本从当前状态迁移到所述下一状态;
根据所述第二分片副本的下一状态,更新所述第二分片副本的当前状态,直至达到其对应的指定状态。
4.根据权利要求3所述的方法,其特征在于,所述根据所述第二分片副本的下一状态,更新所述第二分片副本的当前状态之前,所述方法还包括:
当接收到所述服务进程返回的所述第二分片副本的状态迁移响应,且所述状态迁移响应用于指示所述第二分片副本的状态迁移成功时,执行所述根据所述第二分片副本的下一状态,更新所述第二分片副本的当前状态的步骤。
5.根据权利要求3所述的方法,其特征在于,所述根据所述第二分片副本的当前状态和指定迁移规则,确定所述第二分片副本的下一状态,包括:
对于每个第二分片副本,当所述第二分片副本的当前状态为离线状态时,确定所述第二分片副本的下一状态为同步状态;
当所述第二分片副本的当前状态为同步状态时,确定所述第二分片副本的下一状态为从状态或者离线状态;
当所述第二分片副本的当前状态为从状态时,确定所述第二分片副本的下一状态为离线状态或者主状态;
当所述第二分片副本的当前状态为主状态时,确定所述第二分片副本的下一状态为从状态或者离线状态。
6.根据权利要求3所述的方法,其特征在于,所述根据所述第二分片副本的下一状态,更新所述第二分片副本的当前状态之后,所述方法还包括:
当所述每个数据分片在一个服务进程中只有一个第二分片副本,且所述每个服务进程中任意两个服务进程之间第二分片副本的数量的第一差值不大于第一预设阈值,所述任意两个服务进程之间处于主状态的第二分片副本的数量的第二差值不大于第二预设阈值时,确定所述第二分片副本达到其对应的指定状态。
7.根据权利要求2所述的方法,其特征在于,在所述获取所述微服务中的每个数据分片的每个第二分片副本在所述每个服务进程中的当前状态之前,所述方法还包括:
对于每个数据分片,为所述数据分片指定多个第二分片副本;
将所述多个第二分片副本分配给所述多个服务进程,其中,一个第二分片副本分配给一个服务进程。
8.一种微服务管理装置,其特征在于,所述装置包括:
接收模块,用于接收任务请求,所述任务请求携带目标数据分片的标识;
确定模块,用于根据所述目标数据分片的标识,确定所述目标数据分片的每个第一分片副本在微服务中的每个服务进程中的当前状态;
选择模块,用于根据所述每个第一分片副本在所述每个服务进程中的当前状态,从所述每个服务进程中选择目标服务进程,所述目标服务进程用于处理所述任务请求。
9.一种管理平台,其特征在于,所述管理平台包括:
一个或多个处理器;
用于存储所述一个或多个处理器可执行指令的一个或多个存储器;
其中,所述一个或多个处理器被配置为执行权利要求1~7任一项所述的微服务管理方法。
10.一种非临时性计算机可读存储介质,当所述存储介质中的指令由管理平台的处理器执行时,使得管理平台能够执行权利要求1~7任一项所述的微服务管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910436622.1A CN110113217B (zh) | 2019-05-23 | 2019-05-23 | 微服务管理方法、装置、管理平台及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910436622.1A CN110113217B (zh) | 2019-05-23 | 2019-05-23 | 微服务管理方法、装置、管理平台及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110113217A true CN110113217A (zh) | 2019-08-09 |
CN110113217B CN110113217B (zh) | 2022-04-22 |
Family
ID=67491957
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910436622.1A Active CN110113217B (zh) | 2019-05-23 | 2019-05-23 | 微服务管理方法、装置、管理平台及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110113217B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111773715A (zh) * | 2020-08-03 | 2020-10-16 | 网易(杭州)网络有限公司 | 任务执行方法及装置、设备和介质 |
CN113377507A (zh) * | 2021-05-07 | 2021-09-10 | 武汉虚咖科技有限公司 | 任务处理方法、装置、设备以及计算机可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101504663A (zh) * | 2009-03-17 | 2009-08-12 | 北京大学 | 基于群体智能的空间数据副本自适应分布方法 |
CN105550229A (zh) * | 2015-12-07 | 2016-05-04 | 北京奇虎科技有限公司 | 分布式存储系统数据修复的方法和装置 |
CN107015876A (zh) * | 2016-10-10 | 2017-08-04 | 阿里巴巴集团控股有限公司 | 一种业务请求处理方法及装置 |
US20180096045A1 (en) * | 2010-12-23 | 2018-04-05 | Mongodb, Inc. | Large distributed database clustering systems and methods |
US20180349419A1 (en) * | 2017-06-02 | 2018-12-06 | Facebook, Inc. | Data placement and sharding |
-
2019
- 2019-05-23 CN CN201910436622.1A patent/CN110113217B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101504663A (zh) * | 2009-03-17 | 2009-08-12 | 北京大学 | 基于群体智能的空间数据副本自适应分布方法 |
US20180096045A1 (en) * | 2010-12-23 | 2018-04-05 | Mongodb, Inc. | Large distributed database clustering systems and methods |
CN105550229A (zh) * | 2015-12-07 | 2016-05-04 | 北京奇虎科技有限公司 | 分布式存储系统数据修复的方法和装置 |
CN107015876A (zh) * | 2016-10-10 | 2017-08-04 | 阿里巴巴集团控股有限公司 | 一种业务请求处理方法及装置 |
US20180349419A1 (en) * | 2017-06-02 | 2018-12-06 | Facebook, Inc. | Data placement and sharding |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111773715A (zh) * | 2020-08-03 | 2020-10-16 | 网易(杭州)网络有限公司 | 任务执行方法及装置、设备和介质 |
CN113377507A (zh) * | 2021-05-07 | 2021-09-10 | 武汉虚咖科技有限公司 | 任务处理方法、装置、设备以及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110113217B (zh) | 2022-04-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8024740B2 (en) | Acquisition system for distributed computing resources | |
CN107545338B (zh) | 业务数据处理方法及业务数据处理系统 | |
CN111258773B (zh) | 服务调用流程信息处理方法、装置及电子设备 | |
CN110166524A (zh) | 数据中心的切换方法、装置、设备及存储介质 | |
CN109788029A (zh) | 微服务的灰度调用方法、装置、终端及可读存储介质 | |
CN109462508A (zh) | 节点部署方法、装置和存储介质 | |
US20180139273A1 (en) | Entity based routing | |
CN108173952A (zh) | 一种内容分发网络cdn的数据访问方法和装置 | |
CN102891768A (zh) | 网络管理的方法和网元 | |
CN110113217A (zh) | 微服务管理方法、装置、管理平台及存储介质 | |
CN110516142A (zh) | 数据查询方法、装置、设备及介质 | |
CN109388351A (zh) | 一种分布式数据存储的方法及相关装置 | |
CN110944067B (zh) | 一种负载均衡方法和服务器 | |
CN108055296B (zh) | 一种基于微服务架构的事务处理方法及装置 | |
CN109828840A (zh) | 资源编排方法、装置、存储介质及电子设备 | |
CN115660591A (zh) | 用于业务审批的流程配置方法、系统、电子设备及介质 | |
CN107784009A (zh) | 数据查询、数据查询处理方法及装置 | |
CN108958933B (zh) | 任务执行器的配置参数更新方法、装置及设备 | |
CN101247370B (zh) | 消息呈现业务的实现方法和系统 | |
CN103425684A (zh) | 数据库的操作方法及装置 | |
CN103581273A (zh) | 一种分布式系统执行业务的方法、装置及系统 | |
CN109753613A (zh) | 一种加载网页图片的方法及装置 | |
CN106446050A (zh) | 一种针对数据库的变化数据进行订阅的方法及系统 | |
CN108156194A (zh) | 一种表单数据处理方法 | |
CN112380040B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |