CN111756841A - 基于微服务集群的业务实现方法、装置、设备及存储介质 - Google Patents
基于微服务集群的业务实现方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN111756841A CN111756841A CN202010581188.9A CN202010581188A CN111756841A CN 111756841 A CN111756841 A CN 111756841A CN 202010581188 A CN202010581188 A CN 202010581188A CN 111756841 A CN111756841 A CN 111756841A
- Authority
- CN
- China
- Prior art keywords
- cluster
- service
- sub
- service request
- gray
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明涉及人工智能领域，公开了一种基于微服务集群的业务实现方法、装置、设备及存储介质。基于微服务集群的业务实现方法包括：接收各个客户端发起的业务请求，并确定所述业务请求对应的服务集群；判断所述业务请求对应的主集群是否存在故障；若是，则将灰度灾备集群作为所述业务请求对应的执行集群，并判断其是否满足预置发布条件；若满足，则通过灰度子集群生成所述业务请求对应的业务执行结果；若不满足，则通过灾备子集群生成所述业务请求对应的业务执行结果；将所述业务执行结果发送至所述客户端，以响应所述业务请求。此外，本发明还涉及区块链技术，业务请求和业务执行结果可存储于区块链中。本方案能够使业务实现更加高效且可用。
Description
技术领域
本发明涉及人工智能领域，尤其涉及一种基于微服务集群的业务实现方法、装置、设备及存储介质。
背景技术
业务实现是指服务器根据客户端发起的业务请求，执行业务并得到业务执行结果的过程。随着互联网发展，服务器所能支持的业务数量越来越多，需要长时间保持业务支持。因此当服务器出现故障时，需要启用容灾方法，以在灾难发生后保护业务能够持续运行，减少宕机时间，提升服务器或系统的可用性。
目前常用的容灾方法主要是对服务器进行备份，当主服务器出现故障时，将提供服务者由主服务器切换至预先准备的备份服务器，通过备份服务器继续提供服务，从而提高了系统的可用性。但是单纯将备份服务器切换以应对故障，一方面切换过程需要一定的时间，当前客户端发起的业务请求可能无法立刻响应。另一方面备份服务器不一定能立刻像主服务器一样准确应对客户端发起的各种业务请求。因此在备份服务器提供服务的过程中，可能无法做到实时响应。
发明内容
本发明的主要目的在于解决目前切换备份服务器过程中无法实现实时响应的问题。
本发明第一方面提供了一种基于微服务集群的业务实现方法，包括：
接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群，其中，所述服务集群包括主集群和对应的灰度灾备集群，所述灰度灾备集群包括灰度子集群和灾备子集群；
判断所述业务请求对应的服务集群中的主集群是否存在故障；
若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件；
若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
将所述业务执行结果发送至所述客户端，以响应所述业务请求。
可选的，在本发明第一方面的第一种实现方式中，所述业务请求和所述业务执行结果存储于区块链中，所述接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群包括：
接收各个客户端发起的业务请求；
获取预置服务列表，其中，所述服务列表包括各个预置服务集群的服务名；
对所述业务请求进行解析，获得所述业务请求的参数信息；
根据所述参数信息，确定所述业务请求对应的目标服务名；
根据所述目标服务名和所述服务列表，确定所述业务请求对应的服务集群。
可选的，在本发明第一方面的第二种实现方式中，在所述判断所述业务请求对应的服务集群中的主集群是否存在故障之后，还包括：
若所述业务请求对应的服务集群中的主集群不存在故障，则获取所述灰度子集群的评估参数；
判断所述评估参数是否大于等于预置评估阈值；
若是，则将所述灰度灾备集群作为执行所述任务的执行集群；
若否，则根据预置灰度分配规则，将各个所述业务请求分配对应的主集群和/或灰度灾备集群。
可选的，在本发明第一方面的第三种实现方式中，所述若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件包括：
若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群；
获取所述灰度子集群的评估参数；
根据所述评估参数和预置评估阈值，判断所述评估参数是否大于等于所述评估阈值；
若所述评估参数大于等于所述评估阈值，则确定所述灰度子集群满足所述发布条件；
若所述评估参数小于所述评估阈值，则确定所述灰度子集群不满足所述发布条件。
可选的，在本发明第一方面的第四种实现方式中，所述若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果包括：
若所述灰度子集群满足所述发布条件，则对所述灰度子集群进行备份，并将所述灰度子集群作为所述业务请求对应的执行子集群；
获取所述执行子集群中的各个服务器的负载流量和权重；
根据所述负载流量、所述权重和预置任务分配规则，将所述业务请求对应的服务器作为执行服务器，并将所述任务分配至所述执行服务器；
根据预置提取规则，提取所述业务请求中的关键字；
根据所述关键字和预置缓存目录，判断所述关键字是否存在对应的缓存数据，并通过所述执行服务器执行所述业务请求，得到业务执行结果。
可选的，在本发明第一方面的第五种实现方式中，根据所述关键字和预置缓存目录，判断所述关键字是否存在对应的缓存数据，并通过所述执行服务器执行所述业务请求，得到业务执行结果包括：
根据所述关键字和预置缓存目录，判断是否存在所述关键字对应的缓存数据；
若存在所述关键字对应的缓存数据，则通过所述执行服务器获取所述缓存数据，并将所述缓存数据作为所述业务请求对应的业务执行结果；
若不存在所述关键字对应的缓存数据，则通过所述执行服务器获取预置数据库中所述关键词对应的存储数据，并将所述存储数据作为所述业务请求对应的业务执行结果并进行缓存。
可选的，在本发明第一方面的第六种实现方式中，在所述将所述业务执行结果发送至所述客户端，以响应所述业务请求之后，还包括：
获取所述执行子集群中各服务器的运行参数；
将所述运行参数与预置运行参数阈值进行大小比较，其中，所述运行参数阈值包括最高运行参数阈值和最低运行参数阈值；
若所述运行参数小于等于所述最低运行参数阈值，则根据预置服务器增减规则，确定所述执行子集群中的待删除的服务器将将所述待删除的服务器删除；
若所述运行参数大于所述最高运行参数阈值，则根据所述服务器增减规则，确定待增加的服务器并将所述待增加的服务器添加至所述执行子集群。
本发明第二方面提供了一种基于微服务集群的业务实现装置，所述基于微服务集群的业务实现装置包括：
接收模块，用于接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群，其中，所述服务集群包括主集群和对应的灰度灾备集群，所述灰度灾备集群包括灰度子集群和灾备子集群；
判断模块，用于判断所述业务请求对应的服务集群中的主集群是否存在故障；
切换模块，用于若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件；
第一执行模块，用于若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
第二执行模块，用于若若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
反馈模块，用于将所述业务执行结果发送至所述客户端，以响应所述业务请求。
可选的，在本发明第二方面的第一种实现方式中，所述业务请求和所述业务执行结果存储于区块链中，所述接收模块具体用于：
接收各个客户端发起的业务请求；
获取预置服务列表，其中，所述服务列表包括各个预置服务集群的服务名；
对所述业务请求进行解析，获得所述业务请求的参数信息；
根据所述参数信息，确定所述业务请求对应的目标服务名；
根据所述目标服务名和所述服务列表，确定所述业务请求对应的服务集群。
可选的，在本发明第二方面的第二种实现方式中，所述基于微服务集群的业务实现装置还包括发布模块，所述发布模块具体用于：
若所述业务请求对应的服务集群中的主集群不存在故障，则获取所述灰度子集群的评估参数；
判断所述评估参数是否大于等于预置评估阈值；
若是，则将所述灰度灾备集群作为执行所述任务的执行集群；
若否，则根据预置灰度分配规则，将各个所述业务请求分配对应的主集群和/或灰度灾备集群。
可选的，在本发明第二方面的第三种实现方式中，所述切换模块具体用于：
若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群；
获取所述灰度子集群的评估参数；
根据所述评估参数和预置评估阈值，判断所述评估参数是否大于等于所述评估阈值；
若所述评估参数大于等于所述评估阈值，则确定所述灰度子集群满足所述发布条件；
若所述评估参数小于所述评估阈值，则确定所述灰度子集群不满足所述发布条件。
可选的，在本发明第二方面的第四种实现方式中，所述第一执行模块包括：
备份单元，用于若所述灰度子集群满足所述发布条件，则对所述灰度子集群进行备份，并将所述灰度子集群作为所述业务请求对应的执行子集群；
获取单元，用于获取所述执行子集群中的各个服务器的负载流量和权重；
分配单元，用于根据所述负载流量、所述权重和预置任务分配规则，将所述业务请求对应的服务器作为执行服务器，并将所述任务分配至所述执行服务器；
提取单元，用于根据预置提取规则，提取所述业务请求中的关键字；
执行单元，用于根据所述关键字和预置缓存目录，判断所述关键字是否存在对应的缓存数据，并通过所述执行服务器执行所述业务请求，得到业务执行结果。
可选的，在本发明第二方面的第五种实现方式中，所述执行单元具体用于：
根据所述关键字和预置缓存目录，判断是否存在所述关键字对应的缓存数据；
若存在所述关键字对应的缓存数据，则通过所述执行服务器获取所述缓存数据，并将所述缓存数据作为所述业务请求对应的业务执行结果；
若不存在所述关键字对应的缓存数据，则通过所述执行服务器获取预置数据库中所述关键词对应的存储数据，并将所述存储数据作为所述业务请求对应的业务执行结果并进行缓存。
可选的，在本发明第二方面的第六种实现方式中，所述基于微服务集群的业务实现装置还包括调整模块，所述调整模块具体用于：
获取所述执行子集群中各服务器的运行参数；
将所述运行参数与预置运行参数阈值进行大小比较，其中，所述运行参数阈值包括最高运行参数阈值和最低运行参数阈值；
若所述运行参数小于等于所述最低运行参数阈值，则根据预置服务器增减规则，确定所述执行子集群中的待删除的服务器将将所述待删除的服务器删除；
若所述运行参数大于所述最高运行参数阈值，则根据所述服务器增减规则，确定待增加的服务器并将所述待增加的服务器添加至所述执行子集群。
本发明第三方面提供了一种基于微服务集群的业务实现设备，包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；所述至少一个处理器调用所述存储器中的所述指令，以使得所述基于微服务集群的业务实现设备执行上述的基于微服务集群的业务实现方法。
本发明的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述的基于微服务集群的业务实现方法。
本发明提供的技术方案中，预先准备多个服务集群并将服务集群提供的服务记录于服务列表上，其中服务集群中包含有主集群和主集群的灰度灾备集群，灰度灾备集群包含灰度子集群和灾备子集群。当接收客户端的业务请求时，判断可执行该任务的服务集群是否正常运行，若否，则通过灰度灾备集群执行任务。因此在主集群出现故障时，判断灰度子集群是否可单独执行任务，若是，则将业务请求都发送给灰度子集群执行，若灰度子集群无法独立承担任务，才通过灾备子集群进行执行。由于灰度子集群在主集群正常时也执行部分任务，且灰度灾备集群也记录于服务列表上，因此当主集群出现故障时，可以快速将业务请求重新分配且从容处理业务请求，达到无缝切换的效果。本方案还会实时监督各个集群中服务器的权重和负载流量，以对服务器进行负载均衡，合理分配业务请求。此外，还会根据运行情况，对集群的服务器进行增减，以更好地应对高并发的情形。
附图说明
图1为本发明基于微服务集群的业务实现方法的第一个实施例示意图；
图2为本发明基于微服务集群的业务实现方法的第二个实施例示意图；
图3为本发明基于微服务集群的业务实现方法的第三个实施例示意图；
图4为本发明基于微服务集群的业务实现方法的第四个实施例示意图；
图5为本发明基于微服务集群的业务实现方法的第五个实施例示意图；
图6为本发明基于微服务集群的业务实现方法的第六个实施例示意图；
图7为本发明基于微服务集群的业务实现装置的一个实施例示意图；
图8为本发明基于微服务集群的业务实现装置的另一个实施例示意图；
图9为本发明基于微服务集群的业务实现设备的一个实施例示意图。
具体实施方式
本发明实施例提供了一种基于微服务集群的业务实现方法、装置、设备及存储介质。本发明提供的技术方案中，当主集群出现故障时，判断灰度子集群是否可单独执行任务，若是，则将业务请求都发送给灰度子集群执行，若灰度子集群无法独立承担任务，才通过灾备子集群进行执行。由于灰度子集群在主集群正常时也执行部分任务，且灰度灾备集群也记录于服务列表上，因此当主集群出现故障时，可以快速将业务请求重新分配且从容处理业务请求，达到无缝切换的效果。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、
“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”或“具有”及其任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
为便于理解，下面对本发明实施例的具体流程进行描述，请参阅图1，本发明基于微服务集群的业务实现方法的第一个实施例包括：
101、接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群；
可以理解的是，本发明的执行主体可以为基于微服务集群的业务实现装置，还可以是服务器、系统等，具体此处不做限定。本发明实施例以安装有基于微服务集群的业务实现装置的系统为执行主体为例进行说明。微服务是指将大型单个应用程序和服务拆分成多个小的服务，从而提高每个服务完成的效率。在本实施例中，基于微服务集群的业务实现装置部署有多个服务集群。每个服务集群中都包含有主集群和对应的灰度灾备集群，每个服务集群有其对应的数据库。而灰度灾备集群中包含有灰度子集群和灾备子集群。
预先将每个服务集群的服务名和集群IP地址写入服务列表中。安装有基于微服务集群的业务实现装置的系统与多个客户端搭建通讯协议。因此各个客户端可向该系统发送业务请求，该系统接收客户端发送的业务请求。当接收客户端发起的业务请求时，根据业务请求中的参数信息确定其对应的服务名，再将该业务请求对应的服务名与服务列表中的服务名进行匹配，从而得到对应的服务集群的集群IP地址，以此确定该业务请求对应的服务集群。
102、判断所述业务请求对应的服务集群中的主集群是否存在故障；
在本事实施例中，优选通过心跳机制判断主集群是否存在故障。心跳机制是定时发送一个自定义的数据包，以确保连接的有效性的机制。若主集群存在故障，则无法定时发送数据包。若不存在故障，则通过主集群执行业务请求，得到业务执行结果并返回给客户端。
103、若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件；
由于灰度灾备集群中存在的灰度子集群和灾备子集群都可执行任务，因此需要进一步判断选择哪一个子集群进行任务执行。在本实施例中，优选的判定方式是比较灰度子集群在执行任务时的评估参数是否达到预置评估预置。若达到，则判定灰度子集群满足发布条件。
104、若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
若灰度子集群满足发布条件，则该灰度子集群为业务请求对应的执行子集群。灰度子集群在根据业务请求，获取数据库中对应的数据，并将该数据作为业务执行结果。
105、若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
若灰度子集群不满足发布条件，则采用灾备子集群作为主集群故障时的执行子集群，然后灾备子集群再根据业务请求，获取数据库中对应的数据，并将其作为业务执行结果。
106、将所述业务执行结果发送至所述客户端，以响应所述业务请求。
本发明实施例中，根据预置服务列表，对多个业务请求进行路由分流，减轻系统的压力。当主集群是否出现故障，采用包括灰度子集群和灾备子集群的灰度灾备集群进行处理。若灰度子集群是否达到了发布条件，则直接将灰度子集群进行发布并执行任务，因此本方案结合灰度发布与容灾切换，达到灰度备用集群与主集群的无缝切换，减少了切换备用服务器的时间。
请参阅图2，本发明基于微服务集群的业务实现方法的第二个实施例包括：
201、接收各个客户端发起的业务请求，其中所述业务请求存储于区块链中；
202、获取预置服务列表；
预先将每个服务集群的服务名和集群IP地址写入服务列表中。获取写入了服务名和集群IP的服务列表。
203、对所述业务请求进行解析，获得所述业务请求的参数信息；
系统对业务请求进行解析，获得其中的参数信息。如该业务请求为下载某文件。因此业务请求为带有“dowload”和某文件的文件名或编号的字符串。
204、根据所述参数信息，确定所述业务请求对应的目标服务名；
由于每个服务集群都有其对应的数据库，因此根据业务请求中的参数信息，在本实施例中为“dowload”，确定执行该业务请求的目标服务名为下载。
205、根据所述目标服务名和所述服务列表，确定所述业务请求对应的服务集群；
由于在服务列表中除写有服务名还有IP地址，因此将该目标服务名与服务列表中的服务名进行比对，确定对应的IP地址，从而进一步确定待执行该业务请求的服务集群。
206、判断所述业务请求对应的服务集群中的主集群是否存在故障；
207、若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件；
208、若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
209、若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
210、将所述业务执行结果发送至所述客户端，以响应所述业务请求，其中，所述业务执行结果存储于区块链中。
本发明所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
本发明实施例中，预先将服务集群的服务名写入服务列表中，因此当多个客户端同时发起业务请求时，可根据服务列表和业务请求中的参数信息，确定执行任务的服务集群，从而实现路由分流，减轻集群的负担。
请参阅图3，本发明基于微服务集群的业务实现方法的第三个实施例包括：
301、接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群；
302、判断所述业务请求对应的服务集群中的主集群是否存在故障；
303、若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件；
304、若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
305、若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
306、将所述业务执行结果发送至所述客户端，以响应所述业务请求；
307、若所述业务请求对应的服务集群中的主集群不存在故障，则获取所述灰度子集群的评估参数；
灰度子集群上安装有新版本的服务。预先记录灰度子集群的评估参数。评估参数包括灰度子集群执行任务的速度、得到业务执行结果的准确率、某些用户反馈的信息等。若待执行该业务请求的服务集群中的主集群不存在故障，则获取记录的灰度子集群的评估参数。
308、判断所述评估参数是否大于等于预置评估阈值；
309、若是，则将所述灰度灾备集群作为执行所述任务的执行集群；
若评估参数大于等于评估预置，则说明灰度子集群上的新版本服务达到了开发者的需求，因此将其作为执行任务的执行集群，从而实现灰度发布，将新版本服务与旧版本服务进行平滑过渡。
310、若否，则根据预置灰度分配规则，将各个所述业务请求分配对应的主集群和/或灰度灾备集群；
若否，则说明目前灰度子服务集群上的新版本服务未达到发布条件。
因此根据预置的灰度分配规则，将业务请求进行分配。如预先确定某些IP地址来源的业务请求，采用灰度子集群执行。因此将分配至该服务集群的各个业务请求的IP地址提取出来，判断其采用灰度子集群执行还是主集群进行执行，然后将该业务请求分配至对应的主集群和/或灰度灾备集群，同时记录下该灰度灾备集群的评估参数。
在本实施例中，当灰度灾备集群在执行任务时，获取灰度灾备集群环境的评估参数。若评估参数高于阈值，则说明灰度灾备集群环境能够有效地执行任务，因此可以将主集群下架，由灰度灾备集群服务器执行后续的任务。本实施例提供了一种将灰度发布和备份切换结合在一起的方法，从而简化了传统灰度发布的过程，节约资源，且更为便利。
请参阅图4，本发明基于微服务集群的业务实现方法的第四个实施例包括：
401、接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群；
402、判断所述业务请求对应的服务集群中的主集群是否存在故障；
403、若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群；
在本实施例中，若业务请求对应的服务集群中的主集群存在故障，则需要将灰度灾备集群作为业务请求对应的执行集群。
404、获取所述灰度子集群的评估参数；
在主集群正常情况下，灰度子集群也进行一部分业务请求的执行，而灾备子集群为主集群的备份集群，能够提供的服务与主集群一致。因此可采用灰度子集群或灾备子集群执行业务请求。在本实施例中，通过评估参数来进行执行业务请求的执行子集群的确认。先获得灰度子集群的评估参数。
405、根据所述评估参数和预置评估阈值，判断所述评估参数是否大于等于所述评估阈值；
406、若是，则确定所述灰度子集群满足所述发布条件；
407、若否，则确定所述灰度子集群不满足所述发布条件；
408、若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
409、若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
410、将所述业务执行结果发送至所述客户端，以响应所述业务请求。
由于灰度灾备集群中包含有灰度子集群和灾备子集群，而两者都可执行业务请求，因此本实施例提供一种详细判定灰度子集群是否符合发布条件的方法，通过灰度子集群的评估参数和评估阈值进行比较，当评估参数大于等于评估阈值时，可将灰度子集群直接发布并执行业务请求，从而提高发布速度，使整个系统在处理业务请求时能够平滑过渡。
请参阅图5，本发明基于微服务集群的业务实现方法的第五个实施例包括：
501、接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群；
502、判断所述业务请求对应的服务集群中的主集群是否存在故障；
503、若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件；
504、若所述灰度子集群满足所述发布条件，则对所述灰度子集群进行备份，并将所述灰度子集群作为所述业务请求对应的执行子集群；
505、获取所述执行子集群中的各个服务器的负载流量和权重；
在本实施例中，系统中每个集群中还有一个负载均衡器。在分配业务请求至集群中的服务器之前，还要经过负载均衡器。负载均衡器中存储和记录了各个服务器的负载流量和权重。以灰度子集群中包含有三个服务器为例进行简单说明。第一个服务器的权重是0，第二个服务器的权重是1，第三个服务器的权重是1，分配新进任务前，它们的负载流量分别是1M，2M和1M。
506、根据所述负载流量、所述权重和预置任务分配规则，将所述业务请求对应的服务器作为执行服务器，并将所述任务分配至所述执行服务器；
根据它们的权重和流量，可确定第三个服务器是适合处理任务的服务器。
507、根据预置提取规则，提取所述业务请求中的关键字；
在将任务分配至第三个服务器时，先根据预置的提取规则，提取业务请求中的关键字。如业务请求为下载某文档，那么关键字即为该文档的文件名。
508、根据所述关键字和预置缓存目录，判断是否存在所述关键字对应的缓存数据；
在本实施例中，预先采用Redis对一部分数据进行缓存。大多数的数据库是持久数据化存储，因此通过I/O读写，速度较慢。但Redis可将数据进行缓存在内存上，实现快速的读写。预先将缓存数据中所有的关键字(key)和对应的数据(value)写入空白key-value表中，得到缓存目录。然后将业务请求的关键字与缓存目录中的key进行比对，从而确定是否存在对应的缓存数据。
509、若存在所述关键字对应的缓存数据，则通过所述执行服务器获取所述缓存数据，并将所述缓存数据作为所述业务请求对应的业务执行结果；
510、若不存在所述关键字对应的缓存数据，则通过所述执行服务器获取预置数据库中所述关键词对应的存储数据，并将所述存储数据作为所述业务请求对应的业务执行结果并进行缓存；
若否，则说明需要服务器去数据库中获取关键词对应的存储数据，并将该存储数据作为业务执行结果。服务器还将获取的存储数据进行缓存，以便后续出现同样的业务请求，将缓存数据作为业务执行结果，从而提高系统对客户端的业务请求的反馈速率。
511、若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
512、将所述业务执行结果发送至所述客户端，以响应所述业务请求。
在本实施例中，一方面提供了将业务请求分配给服务器的负载均衡方法，以平衡各个服务器的处理效率，另一方面将部分执行业务请求得到的存储数据进行缓存，从而提高反馈速率。
请参阅图6，本发明基于微服务集群的业务实现方法的第六个实施例包括：
601、接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群；
602、判断所述业务请求对应的服务集群中的主集群是否存在故障；
603、若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件；
604、若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
605、若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
606、将所述业务执行结果发送至所述客户端，以响应所述业务请求；
607、获取所述执行子集群中各服务器的运行参数；
每一个服务器处理任务都有自己的上限，当运行达到上限时，服务器无法再继续高效地处理任务。在执行子集群中的服务器接收业务请求后，根据业务请求执行任务。实时监测他们的运行参数。在将业务执行结果反馈给对应的客户端后，系统获取各个服务器的运行参数。
608、将所述运行参数与预置运行参数阈值进行大小比较，其中，所述运行参数阈值包括最高运行参数阈值和最低运行参数阈值；
609、若所述运行参数小于等于所述最低运行参数阈值，则根据预置服务器增减规则，确定所述执行子集群中的待删除的服务器将将所述待删除的服务器删除；
最低运行参数阈值表示，当运行参数低于该阈值时，需要减少服务器，以减少系统的耗能。预先写好服务器增减规则，设定增加和删除服务器的类型、数量及判定方法，当运行参数小于等于这个阈值时，系统快速删除集群环境中的待删除服务器。本实施例优选通过Docker进行服务器的增减，Docker易于管理，且可指数增长服务器数量，从而快速减少服务器压力。
610、若所述运行参数大于所述最高运行参数阈值，则根据所述服务器增减规则，确定待增加的服务器并将所述待增加的服务器添加至所述执行子集群。
本实施例通过对集群中的服务器的数量进行增减，从而达到系统耗能和服务器处理速率之间的平衡，增加系统应对高并发的效率。
上面对本发明基于微服务集群的业务实现方法进行了描述，下面对本发明基于微服务集群的业务实现装置进行描述，请参阅图3，本发明基于微服务集群的业务实现装置一个实施例包括：
接收模块701，用于接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群，其中，所述服务集群包括主集群和对应的灰度灾备集群，所述灰度灾备集群包括灰度子集群和灾备子集群；
判断模块702，用于判断所述业务请求对应的服务集群中的主集群是否存在故障；
切换模块703，用于若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件；
第一执行模块704，用于若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
第二执行模块705，用于若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群，并通过所述灾备子集群，得到所述业务请求对应的业务执行结果；
反馈模块706，用于将所述业务执行结果发送至所述任务对应的客户端。
本发明实施例中，根据预置服务列表，对多个业务请求进行路由分流，减轻系统的压力。当主集群是否出现故障，采用包括灰度子集群和灾备子集群的灰度灾备集群进行处理。若灰度子集群是否达到了发布条件，则直接将灰度子集群进行发布并执行任务，因此本方案结合灰度发布与容灾切换，达到灰度备用集群与主集群的无缝切换，减少了切换备用服务器的时间。
请参阅图8，本发明基于微服务集群的业务实现装置的另一个实施例包括：
接收模块801，用于接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群，其中，所述服务集群包括主集群和对应的灰度灾备集群，所述灰度灾备集群包括灰度子集群和灾备子集群；
判断模块802，用于判断所述业务请求对应的服务集群中的主集群是否存在故障；
切换模块803，用于若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件；
第一执行模块804，用于若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
第二执行模块805，用于若若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
反馈模块806，用于将所述业务执行结果发送至所述客户端，以响应所述业务请求。
可选的，所述业务请求和所述业务执行结果存储于区块链中，所述接收模块801具体用于：
接收各个客户端发起的业务请求；
获取预置服务列表，其中，所述服务列表包括各个预置服务集群的服务名；
对所述业务请求进行解析，获得所述业务请求的参数信息；
根据所述参数信息，确定所述业务请求对应的目标服务名；
根据所述目标服务名和所述服务列表，确定所述业务请求对应的服务集群。
其中，所述基于微服务集群的业务实现装置还包括发布模块807，所述发布模块807具体用于：
若所述业务请求对应的服务集群中的主集群不存在故障，则获取所述灰度子集群的评估参数；
判断所述评估参数是否大于等于预置评估阈值；
若是，则将所述灰度灾备集群作为执行所述任务的执行集群；
若否，则根据预置灰度分配规则，将各个所述业务请求分配对应的主集群和/或灰度灾备集群。
可选的，所述切换模块803具体用于：
若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群；
获取所述灰度子集群的评估参数；
根据所述评估参数和预置评估阈值，判断所述评估参数是否大于等于所述评估阈值；
若所述评估参数大于等于所述评估阈值，则确定所述灰度子集群满足所述发布条件；
若所述评估参数小于所述评估阈值，则确定所述灰度子集群不满足所述发布条件。
其中，所述第一执行模块804包括：
备份单元8041，用于若所述灰度子集群满足所述发布条件，则对所述灰度子集群进行备份，并将所述灰度子集群作为所述业务请求对应的执行子集群；
获取单元8042，用于获取所述执行子集群中的各个服务器的负载流量和权重；
分配单元8043，用于根据所述负载流量、所述权重和预置任务分配规则，将所述业务请求对应的服务器作为执行服务器，并将所述任务分配至所述执行服务器；
提取单元8044，用于根据预置提取规则，提取所述业务请求中的关键字；
执行单元8045，用于根据所述关键字和预置缓存目录，判断所述关键字是否存在对应的缓存数据，并通过所述执行服务器执行所述业务请求，得到业务执行结果。
可选的，所述执行单元8045具体用于：
根据所述关键字和预置缓存目录，判断是否存在所述关键字对应的缓存数据；
若存在所述关键字对应的缓存数据，则通过所述执行服务器获取所述缓存数据，并将所述缓存数据作为所述业务请求对应的业务执行结果；
若不存在所述关键字对应的缓存数据，则通过所述执行服务器获取预置数据库中所述关键词对应的存储数据，并将所述存储数据作为所述业务请求对应的业务执行结果并进行缓存。
其中，所述基于微服务集群的业务实现装置还包括调整模块808，所述调整模块808具体用于：
获取所述执行子集群中各服务器的运行参数；
将所述运行参数与预置运行参数阈值进行大小比较，其中，所述运行参数阈值包括最高运行参数阈值和最低运行参数阈值；
若所述运行参数小于等于所述最低运行参数阈值，则根据预置服务器增减规则，确定所述执行子集群中的待删除的服务器将将所述待删除的服务器删除；
若所述运行参数大于所述最高运行参数阈值，则根据所述服务器增减规则，确定待增加的服务器并将所述待增加的服务器添加至所述执行子集群。
本实施例在上一实施例基础上，实时监督集群中服务器的权重和负载流量，以对服务器进行负载均衡。此外，还根据运行情况，对集群的服务器进行增减，以更好地应对高并发的情形。因此本方案兼顾路由分流、负载均衡、灰度灾备以及服务器快速扩容，提高系统高可用和高并发时的处理效率。
上面图7和图8从模块化功能实体的角度对本发明实施例中的基于微服务集群的业务实现装置进行详细描述，下面从硬件处理的角度对本发明基于微服务集群的业务实现设备进行详细描述。
图9是本发明实施例提供的一种基于微服务集群的业务实现设备的结构示意图，该基于微服务集群的业务实现设备900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)910(例如，一个或一个以上处理器)和存储器920，一个或一个以上存储应用程序933或数据932的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器920和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对基于微服务集群的业务实现设备900中的一系列指令操作。更进一步地，处理器910可以设置为与存储介质930通信，在基于微服务集群的业务实现设备900上执行存储介质930中的一系列指令操作。
基于基于微服务集群的业务实现设备900还可以包括一个或一个以上电源940，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口960，和/或，一个或一个以上操作系统931，例如Windows Serve，Mac OS X，Unix，Linux，FreeBSD等等。本领域技术人员可以理解，图9示出的基于微服务集群的业务实现设备结构并不构成对基于基于微服务集群的业务实现设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
本发明还提供一种计算机可读存储介质，该计算机可读存储介质可以为非易失性计算机可读存储介质，该计算机可读存储介质也可以为易失性计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机上运行时，使得计算机执行所述基于微服务集群的业务实现方法的步骤。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种基于微服务集群的业务实现方法，其特征在于，所述微服务集群的业务实现方法包括：
接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群，其中，所述服务集群包括主集群和对应的灰度灾备集群，所述灰度灾备集群包括灰度子集群和灾备子集群；
判断所述业务请求对应的服务集群中的主集群是否存在故障；
若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件；
若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
将所述业务执行结果发送至所述客户端，以响应所述业务请求。
2.根据权利要求1所述的基于微服务集群的业务实现方法，其特征在于，所述业务请求和所述业务执行结果存储于区块链中，所述接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群包括：
接收各个客户端发送的业务请求；
获取预置服务列表，其中，所述服务列表包括各个预置服务集群的服务名；
对所述业务请求进行解析，获得所述业务请求的参数信息；
根据所述参数信息，确定所述业务请求对应的目标服务名；
根据所述目标服务名和所述服务列表，确定所述业务请求对应的服务集群。
3.根据权利要求1所述的基于微服务集群的业务实现方法，其特征在于，在所述判断所述业务请求对应的服务集群中的主集群是否存在故障之后，还包括：
若所述业务请求对应的服务集群中的主集群不存在故障，则获取所述灰度子集群的评估参数；
判断所述评估参数是否大于等于预置评估阈值；
若是，则将所述灰度灾备集群作为执行所述任务的执行集群；
若否，则根据预置灰度分配规则，将各个所述业务请求分配对应的主集群和/或灰度灾备集群。
4.根据权利要求1所述的基于微服务集群的业务实现方法，其特征在于，所述若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件包括：
若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群；
获取所述灰度子集群的评估参数；
根据所述评估参数和预置评估阈值，判断所述评估参数是否大于等于所述评估阈值；
若所述评估参数大于等于所述评估阈值，则确定所述灰度子集群满足所述发布条件；
若所述评估参数小于所述评估阈值，则确定所述灰度子集群不满足所述发布条件。
5.根据权利要求1所述的基于微服务集群的业务实现方法，其特征在于，所述若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果包括：
若所述灰度子集群满足所述发布条件，则对所述灰度子集群进行备份，并将所述灰度子集群作为所述业务请求对应的执行子集群；
获取所述执行子集群中的各个服务器的负载流量和权重；
根据所述负载流量、所述权重和预置任务分配规则，将所述业务请求对应的服务器作为执行服务器，并将所述任务分配至所述执行服务器；
根据预置提取规则，提取所述业务请求中的关键字；
根据所述关键字和预置缓存目录，判断所述关键字是否存在对应的缓存数据，并通过所述执行服务器执行所述业务请求，得到业务执行结果。
6.根据权利要求5所述的基于微服务集群的业务实现方法，其特征在于，根据所述关键字和预置缓存目录，判断所述关键字是否存在对应的缓存数据，并通过所述执行服务器执行所述业务请求，得到业务执行结果包括：
根据所述关键字和预置缓存目录，判断是否存在所述关键字对应的缓存数据；
若存在所述关键字对应的缓存数据，则通过所述执行服务器获取所述缓存数据，并将所述缓存数据作为所述业务请求对应的业务执行结果；
若不存在所述关键字对应的缓存数据，则通过所述执行服务器获取预置数据库中所述关键词对应的存储数据，并将所述存储数据作为所述业务请求对应的业务执行结果并进行缓存。
7.根据权利要求1-6中任一所述的基于微服务集群的业务实现方法，其特征在于，在所述将所述业务执行结果发送至所述客户端，以响应所述业务请求之后，还包括：
获取所述执行子集群中各服务器的运行参数；
将所述运行参数与预置运行参数阈值进行大小比较，其中，所述运行参数阈值包括最高运行参数阈值和最低运行参数阈值；
若所述运行参数小于等于所述最低运行参数阈值，则根据预置服务器增减规则，确定所述执行子集群中的待删除的服务器将将所述待删除的服务器删除；
若所述运行参数大于所述最高运行参数阈值，则根据所述服务器增减规则，确定待增加的服务器并将所述待增加的服务器添加至所述执行子集群。
8.一种基于微服务集群的业务实现装置，其特征在于，所述基于微服务集群的业务实现装置包括：
接收模块，用于接收各个客户端发起的业务请求，并根据预置服务列表，确定所述业务请求对应的服务集群，其中，所述服务集群包括主集群和对应的灰度灾备集群，所述灰度灾备集群包括灰度子集群和灾备子集群；
判断模块，用于判断所述业务请求对应的服务集群中的主集群是否存在故障；
切换模块，用于若所述业务请求对应的服务集群中的主集群存在故障，则将所述灰度灾备集群作为所述业务请求对应的执行集群，并判断所述灰度子集群是否满足预置发布条件；
第一执行模块，用于若所述灰度子集群满足所述发布条件，则确定所述灰度子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
第二执行模块，用于若所述灰度子集群不满足所述发布条件，则确定所述灾备子集群为所述业务请求对应的执行子集群并执行，生成所述业务请求对应的业务执行结果；
反馈模块，用于将所述业务执行结果发送至所述客户端，以响应所述业务请求。
9.一种基于微服务集群的业务实现设备，其特征在于，所述基于微服务集群的业务实现设备包括：存储器和至少一个处理器，所述存储器中存储有指令，所述存储器和所述至少一个处理器通过线路互连；
所述至少一个处理器调用所述存储器中的所述指令，以使得所述基于微服务集群的业务实现设备执行如权利要求1-7中任一项所述的基于微服务集群的业务实现方法。
10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的基于微服务集群的业务实现方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010581188.9A CN111756841B (zh) | 2020-06-23 | 2020-06-23 | 基于微服务集群的业务实现方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010581188.9A CN111756841B (zh) | 2020-06-23 | 2020-06-23 | 基于微服务集群的业务实现方法、装置、设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111756841A true CN111756841A (zh) | 2020-10-09 |
| CN111756841B CN111756841B (zh) | 2023-09-15 |
Family
ID=72676998
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010581188.9A Active CN111756841B (zh) | 2020-06-23 | 2020-06-23 | 基于微服务集群的业务实现方法、装置、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111756841B (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112463451A (zh) * | 2020-12-02 | 2021-03-09 | 中国工商银行股份有限公司 | 缓存灾备集群切换方法及软负载均衡集群装置 |
| CN113014651A (zh) * | 2021-03-03 | 2021-06-22 | 中国工商银行股份有限公司 | 灰度发布方法、应用服务器及灰度发布系统 |
| CN113296911A (zh) * | 2021-05-24 | 2021-08-24 | 北京京东振世信息技术有限公司 | 集群调用方法、集群调用装置、电子设备及可读存储介质 |
| CN113391954A (zh) * | 2021-06-15 | 2021-09-14 | 上海英方软件股份有限公司 | 一种基于分布式架构的高可用数据备份方法及系统 |
| CN113542387A (zh) * | 2021-07-09 | 2021-10-22 | 平安银行股份有限公司 | 系统发布方法、装置、电子设备及存储介质 |
| CN113742108A (zh) * | 2021-09-07 | 2021-12-03 | 中国工商银行股份有限公司 | 服务调用方法和装置、电子设备和计算机可读存储介质 |
| CN113886172A (zh) * | 2021-08-29 | 2022-01-04 | 苏州浪潮智能科技有限公司 | 一种管理集群中微服务的方法、装置、设备及可读介质 |
| CN114168071A (zh) * | 2021-10-29 | 2022-03-11 | 济南浪潮数据技术有限公司 | 一种分布式集群扩容方法、分布式集群扩容装置及介质 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111130835A (zh) * | 2018-11-01 | 2020-05-08 | 中国移动通信集团河北有限公司 | 数据中心双活系统、切换方法、装置、设备及介质 |
-
2020
- 2020-06-23 CN CN202010581188.9A patent/CN111756841B/zh active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111130835A (zh) * | 2018-11-01 | 2020-05-08 | 中国移动通信集团河北有限公司 | 数据中心双活系统、切换方法、装置、设备及介质 |
Non-Patent Citations (1)
| Title |
|---|
| 王海霞;黄植勤;: "IT云服务能力平台业务连续性策略研究" * |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112463451B (zh) * | 2020-12-02 | 2024-01-26 | 中国工商银行股份有限公司 | 缓存灾备集群切换方法及软负载均衡集群装置 |
| CN112463451A (zh) * | 2020-12-02 | 2021-03-09 | 中国工商银行股份有限公司 | 缓存灾备集群切换方法及软负载均衡集群装置 |
| CN113014651B (zh) * | 2021-03-03 | 2022-09-27 | 中国工商银行股份有限公司 | 灰度发布方法、应用服务器及灰度发布系统 |
| CN113014651A (zh) * | 2021-03-03 | 2021-06-22 | 中国工商银行股份有限公司 | 灰度发布方法、应用服务器及灰度发布系统 |
| CN113296911A (zh) * | 2021-05-24 | 2021-08-24 | 北京京东振世信息技术有限公司 | 集群调用方法、集群调用装置、电子设备及可读存储介质 |
| CN113296911B (zh) * | 2021-05-24 | 2023-09-22 | 北京京东振世信息技术有限公司 | 集群调用方法、集群调用装置、电子设备及可读存储介质 |
| CN113391954A (zh) * | 2021-06-15 | 2021-09-14 | 上海英方软件股份有限公司 | 一种基于分布式架构的高可用数据备份方法及系统 |
| CN113542387B (zh) * | 2021-07-09 | 2023-07-04 | 平安银行股份有限公司 | 系统发布方法、装置、电子设备及存储介质 |
| CN113542387A (zh) * | 2021-07-09 | 2021-10-22 | 平安银行股份有限公司 | 系统发布方法、装置、电子设备及存储介质 |
| CN113886172A (zh) * | 2021-08-29 | 2022-01-04 | 苏州浪潮智能科技有限公司 | 一种管理集群中微服务的方法、装置、设备及可读介质 |
| CN113886172B (zh) * | 2021-08-29 | 2023-07-14 | 苏州浪潮智能科技有限公司 | 一种管理集群中微服务的方法、装置、设备及可读介质 |
| CN113742108A (zh) * | 2021-09-07 | 2021-12-03 | 中国工商银行股份有限公司 | 服务调用方法和装置、电子设备和计算机可读存储介质 |
| CN113742108B (zh) * | 2021-09-07 | 2024-02-02 | 中国工商银行股份有限公司 | 服务调用方法和装置、电子设备和计算机可读存储介质 |
| CN114168071A (zh) * | 2021-10-29 | 2022-03-11 | 济南浪潮数据技术有限公司 | 一种分布式集群扩容方法、分布式集群扩容装置及介质 |
| CN114168071B (zh) * | 2021-10-29 | 2023-11-03 | 济南浪潮数据技术有限公司 | 一种分布式集群扩容方法、分布式集群扩容装置及介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111756841B (zh) | 2023-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111756841A (zh) | 基于微服务集群的业务实现方法、装置、设备及存储介质 | |
| US10733029B2 (en) | Movement of services across clusters | |
| US7181524B1 (en) | Method and apparatus for balancing a load among a plurality of servers in a computer system | |
| Qu et al. | RFH: A resilient, fault-tolerant and high-efficient replication algorithm for distributed cloud storage | |
| CN110134495B (zh) | 一种容器跨主机在线迁移方法、存储介质及终端设备 | |
| US9128765B2 (en) | Assigning restored virtual machine based on past application usage of requesting user | |
| Bonvin et al. | A self-organized, fault-tolerant and scalable replication scheme for cloud storage | |
| US9052962B2 (en) | Distributed storage of data in a cloud storage system | |
| JP6607783B2 (ja) | 分散キャッシュクラスタ管理 | |
| CN112099918A (zh) | 容器化环境中的集群的实时迁移 | |
| US20080091806A1 (en) | Dynamic On-Demand Clustering | |
| US20120271944A1 (en) | Distributed computing based on multiple nodes with determined capacity selectively joining resource groups having resource requirements | |
| US10019503B2 (en) | Database transfers using constraint free data | |
| CN101984632A (zh) | 一种分布式缓存系统中负荷分配方法、装置及服务器 | |
| CN108900626B (zh) | 一种云环境下数据存储方法、装置及系统 | |
| JP2012053903A (ja) | 分散型検索方法、アーキテクチャ、システム、およびソフトウェア | |
| WO2023040538A1 (zh) | 一种数据迁移的方法、装置、设备、介质和计算机产品 | |
| CN109753244A (zh) | 一种Redis集群的应用方法 | |
| Rajalakshmi et al. | An improved dynamic data replica selection and placement in cloud | |
| CN112492022A (zh) | 提高数据库可用性的集群、方法、系统及存储介质 | |
| CN106796537A (zh) | 计算集群中的分布式组件 | |
| US7739364B2 (en) | Method and apparatus for dynamically reconfiguring a server system | |
| Wu et al. | Jump‐start cloud: efficient deployment framework for large‐scale cloud applications | |
| Raghu et al. | Memory-based load balancing algorithm in structured peer-to-peer system | |
| US11074229B1 (en) | Distributed read-only database service |
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 |