CN117573311A - 有状态服务处理方法、装置、设备、可读存储介质及产品 - Google Patents

Abstract

本公开提供了有状态服务处理方法、装置、设备、可读存储介质及产品，涉及元宇宙、增强/虚拟现实、云原生等技术领域，尤其涉及大数据领域。具体实现方案为：获取针对分布式集群中部署的至少一个有状态服务的处理请求，处理请求中包括处理类型；基于处理类型在至少一个有状态服务中确定当前待处理的至少一个目标服务；控制至少一个目标服务完成当前正在处理的任务，并将当前的状态数据以及当前待处理任务对应的任务数据发送至分布式集群中的其他有状态服务中；采用与处理类型对应的处理方式至少一个目标服务进行处理。从而能够实现在不关服的状态下对有状态服务进行升级、扩缩容操作，使得终端用户对升级、扩缩容操作无感知。

Description

有状态服务处理方法、装置、设备、可读存储介质及产品

技术领域

本公开涉及元宇宙、增强/虚拟现实、云原生等技术中的大数据，尤其涉及一种有状态服务处理方法、装置、设备、可读存储介质及产品。

背景技术

在传统游戏、元宇宙服务领域，由于服务是有状态的，一般直接采用脚本管理的方式，以非容器化的方式直接部署在服务器上。在进行升级、扩缩容前，需要首先对服务集群进行关服操作，然后进行升级、扩缩容操作，所有操作完成后再进行最后的开服操作。

如何实现在不影响有状态服务使用的情况下完成升级、扩缩容操作，成为了亟待解决的问题。

发明内容

本公开提供了一种用于在不关服的状态下对有状态服务进行升级、扩缩容操作的有状态服务处理方法、装置、设备、可读存储介质及产品。

根据本公开的第一方面，提供了一种有状态服务处理方法，包括：

获取针对分布式集群中部署的至少一个有状态服务的处理请求，其中，所述处理请求中包括处理类型；

基于所述处理类型在所述至少一个有状态服务中确定当前待处理的至少一个目标服务；

控制所述至少一个目标服务完成当前正在处理的任务，并将当前的状态数据以及当前待处理任务对应的任务数据发送至所述分布式集群中的其他有状态服务中，以使所述其他有状态服务基于所述状态数据以及所述任务数据对所述待处理任务进行处理；

采用与所述处理类型对应的处理方式所述至少一个目标服务进行处理。

根据本公开的第二方面，提供了一种有状态服务处理装置，包括：

获取模块，用于获取针对分布式集群中部署的至少一个有状态服务的处理请求，其中，所述处理请求中包括处理类型；

确定模块，用于基于所述处理类型在所述至少一个有状态服务中确定当前待处理的至少一个目标服务；

发送模块，用于控制所述至少一个目标服务完成当前正在处理的任务，并将当前的状态数据以及当前待处理任务对应的任务数据发送至所述分布式集群中的其他有状态服务中，以使所述其他有状态服务基于所述状态数据以及所述任务数据对所述待处理任务进行处理；

处理模块，用于采用与所述处理类型对应的处理方式所述至少一个目标服务进行处理。

根据本公开的第三方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面所述的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行第一方面所述的方法。

根据本公开的第五方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行第一方面所述的方法。

根据本公开的技术能够在不影响有状态服务使用的情况下完成升级、扩缩容操作，避免升级、扩缩容操作对终端用户对有状态服务的使用造成的影响。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1为本公开所基于的系统架构图；

图2为本公开实施例提供的有状态服务处理方法的流程示意图；

图3为本公开实施例提供的应用场景示意图；

图4为本公开又一实施例提供的有状态服务处理方法的流程示意图；

图5为本公开又一实施例提供的有状态服务处理方法的流程示意图；

图6为本公开又一实施例提供的有状态服务处理方法的流程示意图；

图7为本公开实施例提供的有状态服务处理装置的结构示意图；

图8为本公开实施例提供的电子设备的结构示意图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本公开提供一种有状态服务处理方法、装置、设备、可读存储介质及产品，应用于元宇宙、增强/虚拟现实、云原生等技术领域中的大数据，以达到在有状态服务运行过程中进行动态的升级和扩缩容操作，避免对用户对有状态服务的使用造成影响。

需要说明的是，本实施例中的人头模型并不是针对某一特定用户的人头模型，并不能反映出某一特定用户的个人信息。需要说明的是，本实施例中的二维人脸图像来自于公开数据集。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

相关技术中在进行升级、扩缩容前，需要首先对服务集群进行关服操作，然后进行升级、扩缩容操作，所有操作完成后再进行最后的开服操作。但是，对服务集群进行开关服，往往会增加运维的工作量，且会影响用户体验。

在解决上述技术问题的过程中，发明人通过研究发现，为了避免对有状态服务升级、扩缩容操作时对服务集群进行开关服对有状态服务使用的影响，可以在服务运行过程(不停服)进行动态的升级和扩缩容操作。

进一步地，针对升级、缩容处理，在获取到针对分布式集群中部署的至少一个有状态服务的处理请求时，可以动态地基于处理类型确定当前需要处理的至少一个目标服务。将该至少一个目标服务设置为不可用状态。当目标服务处理不可用状态时，其可以对当前未处理完毕的任务进行继续处理，并将当前未处理的任务发送至其他有状态服务进行处理。从而在目标服务完成任务处理以及任务迁移之后，可以对该有状态服务进行升级、关闭等操作。

而针对扩容处理，则可以动态地基于有状态服务的负载确定需要扩容的有状态服务数量。在分布式集群中部署与该数量相匹配的有状态服务。

通过采用上述方法能够实现在不关服的状态下对有状态服务进行升级、扩缩容操作，使得终端用户对升级、扩缩容操作无感知。此外，能够根据业务负载实际情况，动态地进行资源申请和释放，避免存储资源的浪费。

为使读者更深刻地理解本公开的实现原理，现结合以下图1-图8对本公开实施例进行进一步细化。

图1为本公开所基于的系统架构图，如图1所示，本公开所基于的系统架构至少包括分布式集群11以及终端设备12，分布式集群11可以与服务器12通信连接，从而能够获取终端设备12发送的针对分布式集群中部署的至少一个有状态服务的处理请求，基于该处理请求确定至少一个目标服务，并根据处理类型对目标服务进行相应处理。

图2为本公开实施例提供的有状态服务处理方法的流程示意图，如图2所示，该方法包括：

步骤201、获取针对分布式集群中部署的至少一个有状态服务的处理请求，其中，所述处理请求中包括处理类型。

本实施例的执行主体可以为有状态服务处理装置，该有状态服务处理装置可耦合于分布式集群中。

在传统游戏、元宇宙服务领域，由于服务是有状态的，一般直接采用脚本管理的方式，将至少一个有状态服务以非容器化的方式直接部署在分布式集群中。

实际应用中，当有状态服务当前需要处理的任务量较少时，为了避免存储资源的浪费，可以对当前已部署的有状态服务进行缩容操作。反之，若有状态服务当前需要处理的任务量较多，为了避免有状态服务数据处理压力过大，可以对当前已部署的有状态服务进行扩容操作。或者，用户还可以根据实际需求对有状态服务进行升级操作，以使有状态服务能够提供有全面的功能。

因此，为了在服务运行过程中实现对有状态服务的处理，可以获取针对分布式集群中部署的至少一个有状态服务的处理请求，其中，所述处理请求中包括处理类型，该处理类型包括但不限于缩容类型以及升级类型等。

可选地，该处理请求可以为用户根据实际需求触发的，或者，该处理请求可以为有状态服务处理装置根据有状态服务当前的负载情况动态地确定的，本公开对此不做限制。

步骤202、基于所述处理类型在所述至少一个有状态服务中确定当前待处理的至少一个目标服务。

在本实施方式中，在不同处理场景下，需要对不同的有状态服务进行处理。举例来说，在升级场景下，需要对全量的有状态服务进行升级操作。在缩容场景下，则需要对部分有状态服务进行关闭操作。

因此，为了准确地实现对有状态服务的处理，可以基于处理类型在至少一个有状态服务中确定当前待处理的至少一个目标服务。

步骤203、控制所述至少一个目标服务完成当前正在处理的任务，并将当前的状态数据以及当前待处理任务对应的任务数据发送至所述分布式集群中的其他有状态服务中，以使所述其他有状态服务基于所述状态数据以及所述任务数据对所述待处理任务进行处理。

在本实施方式中，在确定至少一个目标服务之后，需要对目标服务进行与处理类型相匹配的处理操作。例如，在缩容场景下，需要对目标服务进行关闭操作。在升级场景下，则需要对目标服务进行升级操作。

为了避免对目标服务进行处理时导致服务不可用，可以控制至少一个目标服务完成当前正在处理的任务。其中，可以将至少一个目标服务调整为预设的不可用状态。在不可用状态下，可以对当前未处理完毕的任务进行继续处理，并将当前未处理的任务发送至其他有状态服务进行处理，实现任务的迁移操作。

进一步地，目标任务可以将当前未处理的任务对应的任务数据以及目标任务当前的状态数据发送至分布式集群中的其他有状态服务中。从而其他有状态服务在接收到任务数据以及状态数据之后，可以基于任务数据以及状态数据将未处理的任务恢复至迁移状态，从而其他有状态服务能够对目标服务未处理的任务进行处理，从而能够避免目标服务在升级、缩容场景下导致服务不可用，影响用户的使用体验。

步骤204、采用与所述处理类型对应的处理方式所述至少一个目标服务进行处理。

在本实施方式中，在目标服务完成对当前正在处理的任务的处理，并将当前未处理的任务迁移至其他有状态服务中之后，该目标服务当前不存在需要进行处理的任务。因此，可以直接采用与处理类型对应的处理方式至少一个目标服务进行处理。

区别于现有的通过对分布式集群进行开关服实现的对有状态服务的升级、缩容操作，通过控制至少一个目标服务完成当前正在处理的任务，并将其未处理的任务迁移至其他有状态服务中，从而能够在目标服务当前不存在需要进行处理的任务时，对目标服务进行升级、缩容操作。避免了对分布式集群的开关服，从而不会影响用户对服务的使用体验。

本实施例提供的有状态服务处理方法，通过在获取到针对分布式集群中部署的至少一个有状态服务的处理请求时，动态地基于处理类型确定当前需要处理的至少一个目标服务。将该至少一个目标服务设置为不可用状态。当目标服务处理不可用状态时，其可以对当前未处理完毕的任务进行继续处理，并将当前未处理的任务发送至其他有状态服务进行处理。从而在目标服务完成任务处理以及任务迁移之后，可以采用与所述处理类型对应的处理方式所述至少一个目标服务进行处理。能够实现在不关服的状态下对有状态服务进行升级、扩缩容操作，使得终端用户对升级、扩缩容操作无感知。此外，能够根据业务负载实际情况，动态地进行资源申请和释放，避免存储资源的浪费。

进一步地，在上述任一实施例的基础上，步骤203包括：

将所述至少一个目标服务当前的运行状态调节为预设的不可用状态，其中，所述目标服务处于不可用状态时，可完成当前正在处理的任务。

步骤203之后，还包括：

将所述至少一个目标服务对应的不可用状态发送至所述分布式集群中的其他有状态服务中，以使其他有状态服务不再向所述至少一个目标服务发送待处理任务和/或状态维护信息。

在本实施例中，在确定至少一个待处理的目标服务之后，可以将至少一个目标服务当前的运行状态调节为预设的不可用状态，在不可用状态下，可以对当前未处理完毕的任务进行继续处理，并将当前未处理的任务发送至其他有状态服务进行处理，实现任务的迁移操作。

进一步地，为了避免目标服务接收新任务，在将目标服务的状态切换为不可用状态之后，还可以将至少一个目标服务对应的不可用状态发送至分布式集群中的其他有状态服务中，从而其他有状态服务在获取到目标服务的状态之后，可以不再向至少一个目标服务发送待处理任务和/或状态维护信息。

本实施例提供的有状态服务处理方法，通过将至少一个目标服务当前的运行状态调节为预设的不可用状态，从而在目标服务处理不可用状态时，其可以对当前未处理完毕的任务进行继续处理，并将当前未处理的任务发送至其他有状态服务进行处理。进一步地，通过将至少一个目标服务对应的不可用状态发送至分布式集群中的其他有状态服务中，从而其他有状态服务不再向至少一个目标服务发送待处理任务和/或状态维护信息。有效地实现任务的转移，进而能够在转移完毕之后，在不关服的情况下实现对目标任务的处理。

进一步地，在上述任一实施例的基础上，步骤203包括：

在所述其他有状态服务中确定任务量小于预设阈值的至少一个其他服务。

将当前的状态数据以及当前待处理任务对应的任务数据发送至所述至少一个其他服务中。

在本实施例中，在任务迁移的过程中，为了避免接收任务的有状态服务处理压力过大，可以在其他有状态服务中确定任务量小于预设阈值的至少一个其他服务。将当前的状态数据以及当前待处理任务对应的任务数据发送至至少一个其他服务中。从而该其他有状态服务接收任务之后，也不会出现过载的状况。

本实施例提供的有状态服务处理方法，通过在将目标服务状态切换为不可用状态之后，在其他有状态服务中确定任务量小于预设阈值的至少一个其他服务。将当前的状态数据以及当前待处理任务对应的任务数据发送至至少一个其他服务中。从而能够在实现任务转移的基础上，避免其他服务处理压力过大。

可选地，在上述任一实施例的基础上，步骤201包括：

获取预设的管理模块发送的处理请求，其中，所述处理请求为管理模块基于终端设备发送的处理指令生成的。

其中，所述管理模块用于监控所述分布式集群中部署的至少一个有状态服务的运行状态，以及，所述管理模块用于与所述终端设备进行信息交互。

在本实施例中，为了能够在服务运行过程中实现对有状态服务的处理，可以预先设置管理模块。其中，该管理模块具体用于与终端设备进行信息交互。从而管理模块在获取到终端设备发送的处理指令之后，可以生成处理请求。

可选地，该管理模块还用于监控分布式集群中部署的至少一个有状态服务的运行状态，从而能够记录各有状态服务对应的状态数据。

图3为本公开实施例提供的应用场景示意图，如图3所示，管理模块31可以与用户进行信息交互，以在获取用户发送的处理请求。相应地，管理模块31在获取到处理请求之后，可以确定至少一个目标服务32，并向目标服务32发送处理指令，其中，该处理指令中可以包括升级/扩容/缩容通知。目标服务32在获取到管理模块31发送的处理指令之后，可以将状态调整为不可用状态。在不可用状态下，目标服务32可以对当前未完成的任务进行继续处理，并将当前未处理的任务的任务数据以及目标服务当前的状态数据一同转移至其他有状态服务33，从而其他有状态服务33可以基于状态数据以及任务数据进行任务以及状态的恢复，将未处理的任务状态调节为可处理状态，从而后续能够继续对未处理的任务进行处理。

本实施例提供的有状态服务处理方法，通过预先设置管理模块，从而能够基于管理模块与用户进行信息交互，及时地基于用户触发的处理请求对有状态服务进行处理。此外，还可以监控分布式集群中部署的至少一个有状态服务的运行状态，以便后续能够基于运行状态准确地确定至少一个目标服务。能够根据业务负载实际情况，动态地进行资源申请和释放，避免存储资源的浪费。

图4为本公开又一实施例提供的有状态服务处理方法的流程示意图，在上述任一实施例的基础上，如图4所示，在所述处理类型包括缩容类型时，步骤202包括：

步骤401、确定所述分布式集群中各有状态服务待处理的任务数量。

步骤402、基于所述任务数量在所述至少一个有状态服务中确定任务数量低于预设数量阈值的至少一个有状态服务。

步骤403、将任务数量低于预设数量阈值的至少一个有状态服务确定为所述至少一个目标服务。

在本实施例中，当有状态服务当前需要处理的任务量较少时，为了避免存储资源的浪费，可以对当前已部署的有状态服务进行缩容操作。

可选地，在缩容操作过程中，可以确定至少一个目标服务，可以将至少一个目标服务当前未处理的任务迁移至分布式集群中的其他有状态服务进行处理。因此，为了降低任务迁移操作的成本，可以在至少一个有状态服务中确定任务数量较少的有状态服务，从而需要传输的任务数据以及状态数据较少。在降低迁移操作的成本的基础上，还能够提高数据迁移的效率。

可选地，可以确定分布式集群中各有状态服务待处理的任务数量。基于任务数量在至少一个有状态服务中确定任务数量低于预设数量阈值的至少一个有状态服务。将任务数量低于预设数量阈值的至少一个有状态服务确定为至少一个目标服务。

作为一种可以实施的方式，在确定至少一个有状态服务对应的任务数量之后，可以将任务数量最少的N个有状态服务确定为目标服务。

作为一种可以实施的方式，在处理类型为缩容类型时，还可以基于各有状态服务当前的负载情况，动态地确定当前需要关闭的有状态服务的目标数量。进而可以基于各有状态服务待处理的任务数量，确定与目标数量相匹配的目标服务。

本实施例提供的有状态服务处理方法，通过在处理类型为缩容类型时，基于各有状态服务待处理的任务数量，将任务数量低于预设数量阈值的至少一个有状态服务确定为所述至少一个目标服务。从而能够降低任务迁移的成本，提高处理效率。

进一步地，在上述任一实施例的基础上，步骤204包括：

在确定所述至少一个目标服务完成对未完成任务的处理之后，关闭所述至少一个目标服务。

在本实施例中，在目标服务完成对当前正在处理的任务的处理，并将当前未处理的任务迁移至其他有状态服务中之后，该目标服务当前不存在需要进行处理的任务。因此，可以直接关闭该至少一个目标服务，以实现缩容操作。

本实施例提供的有状态服务处理方法，通过在确定至少一个目标服务完成对未完成任务的处理之后，表征该目标服务目前不存在需要处理的任务，此时，可以关闭该目标任务，在不影响任务处理的情况下，实现了缩容操作。

图5为本公开又一实施例提供的有状态服务处理方法的流程示意图，在上述任一实施例的基础上，如图5所示，在所述处理类型包括升级类型时，步骤202包括：

步骤501、确定所述分布式集群中有状态服务的数量以及各有状态服务对应的任务数量。

步骤502、根据所述有状态服务的数量和/或所述任务数量以及预设的筛选条件，在所述至少一个有状态服务中确定当前待处理的至少一个目标服务。

在本实施例中，用户可以根据实际需求对有状态服务进行升级操作，以使有状态服务能够提供有全面的功能。

在升级过程中，需要对分布式集群中部署的全部有状态服务进行升级操作。而为了实现在不停服的情况下的升级操作，可以在至少一个有状态服务中确定至少一个目标服务，将至少一个目标服务的状态切换为不可用状态，将至少一个目标服务中待处理的任务迁移至其他有状态服务中。对至少一个目标服务进行升级操作。在完成对至少一个目标服务的升级操作之后，可以将至少一个目标服务的状态切换为可用状态，继续在其他有状态服务中确定至少一个目标服务，重复上述处理过程，直至全部有状态服务均完成升级操作。

可选地，为了实现对至少一个目标服务的确定操作，可以确定分布式集群中有状态服务的数量以及各有状态服务对应的任务数量。根据有状态服务的数量或者任务数量以及预设的筛选条件，在至少一个有状态服务中确定当前待处理的至少一个目标服务。

举例来说，当有状态服务的数量较少时，可以将分布式集群中半数的有状态服务确定为目标服务，对其进行任务迁移以及升级操作。在完成对目标服务的升级操作之后，将另外一半有状态服务确定为当前的目标服务，对其进行任务迁移以及升级操作。完成对全部有状态服务的升级操作。

反之，当有状态服务的数量较多时，可以基于该数量确定预设比例的有状态服务作为目标服务。以提高有状态服务的升级效率。

本实施例提供的有状态服务处理方法，通过确定分布式集群中有状态服务的数量以及各有状态服务对应的任务数量，从而能够根据有状态服务的数量或者任务数量以及预设的筛选条件，准确地在至少一个有状态服务中确定当前待处理的至少一个目标服务。

进一步地，在上述任一实施例的基础上，步骤502包括：

根据所述有状态服务的数量以及预设比例在所述至少一个有状态服务中确定当前待处理的至少一个目标服务。

和/或，

根据所述任务数量在所述至少一个有状态服务中确定当前待处理的至少一个目标服务，以使至少一个目标服务对应的待处理任务数量小于预设的任务数量阈值。

在本实施例中，根据所述有状态服务的数量以及预设比例在所述至少一个有状态服务中确定当前待处理的至少一个目标服务。其中，有状态服务的数量可以与预设比例成反比。有状态服务的数量越多，则预设比例越小，以降低升级过程中的处理压力。

或者，可以根据所述任务数量在所述至少一个有状态服务中确定当前待处理的至少一个目标服务，以使至少一个目标服务对应的待处理任务数量小于预设的任务数量阈值。通过根据任务数量确定至少一个目标服务，能够降低数据迁移过程中的压力，提高服务升级的效率。

作为一种可以实施的方式，可以根据所述有状态服务的数量以及预设比例在所述至少一个有状态服务中确定当前待处理的至少一个目标服务，其中，该至少一个目标服务对应的任务数量之和小于预设的任务数量阈值。从而能够降低数据迁移过程中的压力，且能够提高有状态升级的效率。

本实施例提供的有状态服务处理方法，通过按照有状态服务的数量以及预设比例确定至少一个目标服务，或者，通过将待处理任务数量小于预设的任务数量阈值的至少一个有状态服务确定为至少一个目标服务，从而能够在实现任务迁移的情况下，降低任务迁移的成本，提高有状态服务的处理效率。

进一步地，在上述任一实施例的基础上，步骤204包括：

对所述至少一个目标服务进行升级操作。

在所述至少一个目标服务完成升级之后，将所述至少一个目标服务调整为可用状态，根据所述分布式集群中部署的其他有状态服务的服务数量以及任务数量确定当前的至少一个目标服务，返回将所述至少一个目标服务的状态切换为不可用状态，并将所述目标服务对应的状态数据以及待处理任务对应的任务数据迁移至所述分布式集群中的其他有状态服务中，直至所述分布式集群中全部有状态服务完成升级。

在本实施例中，在确定至少一个目标服务，并在目标服务完成对未完成任务的处理以及任务迁移之后，该目标任务当前可能不存在待处理的任务，此时可以对至少一个目标服务进行升级操作。

由于升级操作需要对全量有状态服务进行升级操作，在至少一个目标服务完成升级之后，可以将至少一个目标服务调整为可用状态，根据分布式集群中部署的其他有状态服务的服务数量以及任务数量确定当前的至少一个目标服务，返回将至少一个目标服务的状态切换为不可用状态，并将目标服务对应的状态数据以及待处理任务对应的任务数据迁移至分布式集群中的其他有状态服务中，直至分布式集群中全部有状态服务完成升级。

举例来说，当有状态服务的数量较少时，可以将分布式集群中半数的有状态服务确定为目标服务，对其进行任务迁移以及升级操作。在完成对目标服务的升级操作之后，将另外一半有状态服务确定为当前的目标服务，对其进行任务迁移以及升级操作。完成对全部有状态服务的升级操作。

本实施例提供的有状态服务处理方法，通过在至少一个目标服务完成升级之后，至少一个目标服务的状态调整为可用状态，并根据分布式集群中部署的其他有状态服务的服务数量以及任务数量确定当前的至少一个目标服务，从而能够继续对分布式集群中的其他服务进行升级操作，进而能够在不停服的情况下，实现对全部有状态服务的升级操作。

图6为本公开又一实施例提供的有状态服务处理方法的流程示意图，在上述任一实施例的基础上，如图6所示，当处理类型包括扩容类型时，该方法还包括：

步骤601、确定所述至少一个有状态服务对应的负载情况。

步骤602、根据所述负载情况，确定所述分布式集群待添加的有状态服务的目标数量。

步骤603、在所述分布式集群中部署所述目标数量个有状态服务。

在本实施例中，处理类型还可以包括扩容类型。在扩容操作时，可以基于当前有状态服务的负载情况动态地确定需要部署的有状态服务的数量。

可选地，可以确定至少一个有状态服务对应的负载情况。根据负载情况，确定分布式集群待添加的有状态服务的目标数量。在分布式集群中部署目标数量个有状态服务。

其中，该扩容操作可以为用户根据实际需求主动触发的，也可以为根据当前负载情况自动确定的，本公开对此不做限制。

本实施例提供的有状态服务处理方法，通过确定至少一个有状态服务对应的负载情况，从而能够基于该负载情况准确地确定分布式集群待添加的有状态服务的目标数量。进而能够在不影响当前正在运行的有状态服务的基础上，在分布式集群中部署目标数量个有状态服务。

图7为本公开实施例提供的有状态服务处理装置的结构示意图，如图7所示，该装置包括：获取模块71、确定模块72、发送模块73以及处理模块74。其中，获取模块71，用于获取针对分布式集群中部署的至少一个有状态服务的处理请求，其中，所述处理请求中包括处理类型。确定模块72，用于基于所述处理类型在所述至少一个有状态服务中确定当前待处理的至少一个目标服务。发送模块73，用于控制所述至少一个目标服务完成当前正在处理的任务，并将当前的状态数据以及当前待处理任务对应的任务数据发送至所述分布式集群中的其他有状态服务中，以使所述其他有状态服务基于所述状态数据以及所述任务数据对所述待处理任务进行处理。处理模块74，用于采用与所述处理类型对应的处理方式所述至少一个目标服务进行处理。

进一步地，在上述任一实施例的基础上，所述获取模块包括：获取单元，用于获取预设的管理模块发送的处理请求，其中，所述处理请求为管理模块基于终端设备发送的处理指令生成的。其中，所述管理模块用于监控所述分布式集群中部署的至少一个有状态服务的运行状态，以及，所述管理模块用于与所述终端设备进行信息交互。

进一步地，在上述任一实施例的基础上，在所述处理类型包括缩容类型时，所述确定模块包括：数量确定单元，用于确定所述分布式集群中各有状态服务待处理的任务数量。筛选单元，用于基于所述任务数量在所述至少一个有状态服务中确定任务数量低于预设数量阈值的至少一个有状态服务。确定单元，用于将任务数量低于预设数量阈值的至少一个有状态服务确定为所述至少一个目标服务。

进一步地，在上述任一实施例的基础上，所述处理模块包括：关闭单元，用于在确定所述至少一个目标服务完成对未完成任务的处理之后，关闭所述至少一个目标服务。

进一步地，在上述任一实施例的基础上，在所述处理类型包括升级类型时，所述确定模块包括：数量确定单元，用于确定所述分布式集群中有状态服务的数量以及各有状态服务对应的任务数量。筛选单元，用于根据所述有状态服务的数量和/或所述任务数量以及预设的筛选条件，在所述至少一个有状态服务中确定当前待处理的至少一个目标服务。

进一步地，在上述任一实施例的基础上，所述筛选单元包括：第一筛选子单元，用于根据所述有状态服务的数量以及预设比例在所述至少一个有状态服务中确定当前待处理的至少一个目标服务。和/或，第二筛选子单元，用于根据所述任务数量在所述至少一个有状态服务中确定当前待处理的至少一个目标服务，以使至少一个目标服务对应的待处理任务数量小于预设的任务数量阈值。

进一步地，在上述任一实施例的基础上，所述处理模块包括：升级单元，用于对所述至少一个目标服务进行升级操作。循环单元，用于在所述至少一个目标服务完成升级之后，将所述至少一个目标服务调整为可用状态，根据所述分布式集群中部署的其他有状态服务的服务数量以及任务数量确定当前的至少一个目标服务，返回将所述至少一个目标服务的状态切换为不可用状态，并将所述目标服务对应的状态数据以及待处理任务对应的任务数据迁移至所述分布式集群中的其他有状态服务中，直至所述分布式集群中全部有状态服务完成升级。

进一步地，在上述任一实施例的基础上，当处理类型包括扩容类型时。所述装置还包括：确定模块，还用于确定所述至少一个有状态服务对应的负载情况。数量确定模块，用于根据所述负载情况，确定所述分布式集群待添加的有状态服务的目标数量。部署模块，用于在所述分布式集群中部署所述目标数量个有状态服务。

进一步地，在上述任一实施例的基础上，所述发送模块包括：调节单元，用于将所述至少一个目标服务当前的运行状态调节为预设的不可用状态，其中，所述目标服务处于不可用状态时，可完成当前正在处理的任务。所述装置还包括：发送模块，还用于将所述至少一个目标服务对应的不可用状态发送至所述分布式集群中的其他有状态服务中，以使其他有状态服务不再向所述至少一个目标服务发送待处理任务和/或状态维护信息。

进一步地，在上述任一实施例的基础上，所述发送模块包括：确定单元，用于在所述其他有状态服务中确定任务量小于预设阈值的至少一个其他服务。发送单元，用于将当前的状态数据以及当前待处理任务对应的任务数据发送至所述至少一个其他服务中。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

根据本公开的实施例，本公开还提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上述任一实施例所述的方法。

根据本公开的实施例，本公开还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如上述任一实施例所述的方法。

根据本公开的实施例，本公开还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。

图8为本公开实施例提供的电子设备的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(ROM)802中的计算机程序或者从存储单元808加载到随机访问存储器(RAM)803中的计算机程序，来执行各种适当的动作和处理。在RAM 803中，还可存储设备800操作所需的各种程序和数据。计算单元801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

设备800中的多个部件连接至I/O接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如有状态服务处理方法。例如，在一些实施例中，有状态服务处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由ROM 802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到RAM 803并由计算单元801执行时，可以执行上文描述的有状态服务处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行有状态服务处理方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (23)

1.一种有状态服务处理方法，包括：

获取针对分布式集群中部署的至少一个有状态服务的处理请求，其中，所述处理请求中包括处理类型；

基于所述处理类型在所述至少一个有状态服务中确定当前待处理的至少一个目标服务；

控制所述至少一个目标服务完成当前正在处理的任务，并将当前的状态数据以及当前待处理任务对应的任务数据发送至所述分布式集群中的其他有状态服务中，以使所述其他有状态服务基于所述状态数据以及所述任务数据对所述待处理任务进行处理；

采用与所述处理类型对应的处理方式所述至少一个目标服务进行处理。

2.根据权利要求1所述的方法，所述获取针对分布式集群中部署的至少一个有状态服务的处理请求，包括：

获取预设的管理模块发送的处理请求，其中，所述处理请求为管理模块基于终端设备发送的处理指令生成的；

其中，所述管理模块用于监控所述分布式集群中部署的至少一个有状态服务的运行状态，以及，所述管理模块用于与所述终端设备进行信息交互。

3.根据权利要求1所述的方法，在所述处理类型包括缩容类型时，所述基于所述处理类型在所述至少一个有状态服务中确定当前待处理的至少一个目标服务，包括：

确定所述分布式集群中各有状态服务待处理的任务数量；

基于所述任务数量在所述至少一个有状态服务中确定任务数量低于预设数量阈值的至少一个有状态服务；

将任务数量低于预设数量阈值的至少一个有状态服务确定为所述至少一个目标服务。

4.根据权利要求3所述的方法，所述采用与所述处理类型对应的处理方式所述至少一个目标服务进行处理，包括：

在确定所述至少一个目标服务完成对未完成任务的处理之后，关闭所述至少一个目标服务。

5.根据权利要求1所述的方法，在所述处理类型包括升级类型时，所述基于所述处理类型在所述至少一个有状态服务中确定当前待处理的至少一个目标服务，包括：

确定所述分布式集群中有状态服务的数量以及各有状态服务对应的任务数量；

根据所述有状态服务的数量和/或所述任务数量以及预设的筛选条件，在所述至少一个有状态服务中确定当前待处理的至少一个目标服务。

6.根据权利要求5所述的方法，所述根据所述有状态服务的数量和/或所述任务数量以及预设的筛选条件，在所述至少一个有状态服务中确定当前待处理的至少一个目标服务，包括：

根据所述有状态服务的数量以及预设比例在所述至少一个有状态服务中确定当前待处理的至少一个目标服务；

和/或，

根据所述任务数量在所述至少一个有状态服务中确定当前待处理的至少一个目标服务，以使至少一个目标服务对应的待处理任务数量小于预设的任务数量阈值。

7.根据权利要求5所述的方法，所述采用与所述处理类型对应的处理方式所述至少一个目标服务进行处理，包括：

对所述至少一个目标服务进行升级操作；

在所述至少一个目标服务完成升级之后，将所述至少一个目标服务调整为可用状态，根据所述分布式集群中部署的其他有状态服务的服务数量以及任务数量确定当前的至少一个目标服务，返回将所述至少一个目标服务的状态切换为不可用状态，并将所述目标服务对应的状态数据以及待处理任务对应的任务数据迁移至所述分布式集群中的其他有状态服务中，直至所述分布式集群中全部有状态服务完成升级。

8.根据权利要求1所述的方法，当处理类型包括扩容类型时；所述方法还包括：

确定所述至少一个有状态服务对应的负载情况；

根据所述负载情况，确定所述分布式集群待添加的有状态服务的目标数量；

在所述分布式集群中部署所述目标数量个有状态服务。

9.根据权利要求1-8任一项所述的方法，所述控制所述至少一个目标服务完成当前正在处理的任务，包括：

将所述至少一个目标服务当前的运行状态调节为预设的不可用状态，其中，所述目标服务处于不可用状态时，可完成当前正在处理的任务；

所述控制所述至少一个目标服务完成当前正在处理的任务之后，还包括：

将所述至少一个目标服务对应的不可用状态发送至所述分布式集群中的其他有状态服务中，以使其他有状态服务不再向所述至少一个目标服务发送待处理任务和/或状态维护信息。

10.根据权利要求1-8任一项所述的方法，所述将当前的状态数据以及当前待处理任务对应的任务数据发送至所述分布式集群中的其他有状态服务中，包括：

在所述其他有状态服务中确定任务量小于预设阈值的至少一个其他服务；

将当前的状态数据以及当前待处理任务对应的任务数据发送至所述至少一个其他服务中。

11.一种有状态服务处理装置，包括：

获取模块，用于获取针对分布式集群中部署的至少一个有状态服务的处理请求，其中，所述处理请求中包括处理类型；

确定模块，用于基于所述处理类型在所述至少一个有状态服务中确定当前待处理的至少一个目标服务；

发送模块，用于控制所述至少一个目标服务完成当前正在处理的任务，并将当前的状态数据以及当前待处理任务对应的任务数据发送至所述分布式集群中的其他有状态服务中，以使所述其他有状态服务基于所述状态数据以及所述任务数据对所述待处理任务进行处理；

处理模块，用于采用与所述处理类型对应的处理方式所述至少一个目标服务进行处理。

12.根据权利要求11所述的装置，所述获取模块包括：

获取单元，用于获取预设的管理模块发送的处理请求，其中，所述处理请求为管理模块基于终端设备发送的处理指令生成的；

其中，所述管理模块用于监控所述分布式集群中部署的至少一个有状态服务的运行状态，以及，所述管理模块用于与所述终端设备进行信息交互。

13.根据权利要求11所述的装置，在所述处理类型包括缩容类型时，所述确定模块包括：

数量确定单元，用于确定所述分布式集群中各有状态服务待处理的任务数量；

筛选单元，用于基于所述任务数量在所述至少一个有状态服务中确定任务数量低于预设数量阈值的至少一个有状态服务；

确定单元，用于将任务数量低于预设数量阈值的至少一个有状态服务确定为所述至少一个目标服务。

14.根据权利要求13所述的装置，所述处理模块包括：

关闭单元，用于在确定所述至少一个目标服务完成对未完成任务的处理之后，关闭所述至少一个目标服务。

15.根据权利要求11所述的装置，在所述处理类型包括升级类型时，所述确定模块包括：

数量确定单元，用于确定所述分布式集群中有状态服务的数量以及各有状态服务对应的任务数量；

筛选单元，用于根据所述有状态服务的数量和/或所述任务数量以及预设的筛选条件，在所述至少一个有状态服务中确定当前待处理的至少一个目标服务。

16.根据权利要求15所述的装置，所述筛选单元包括：

第一筛选子单元，用于根据所述有状态服务的数量以及预设比例在所述至少一个有状态服务中确定当前待处理的至少一个目标服务；

和/或，

第二筛选子单元，用于根据所述任务数量在所述至少一个有状态服务中确定当前待处理的至少一个目标服务，以使至少一个目标服务对应的待处理任务数量小于预设的任务数量阈值。

17.根据权利要求15所述的装置，所述处理模块包括：

升级单元，用于对所述至少一个目标服务进行升级操作；

循环单元，用于在所述至少一个目标服务完成升级之后，将所述至少一个目标服务调整为可用状态，根据所述分布式集群中部署的其他有状态服务的服务数量以及任务数量确定当前的至少一个目标服务，返回将所述至少一个目标服务的状态切换为不可用状态，并将所述目标服务对应的状态数据以及待处理任务对应的任务数据迁移至所述分布式集群中的其他有状态服务中，直至所述分布式集群中全部有状态服务完成升级。

18.根据权利要求11所述的装置，当处理类型包括扩容类型时；所述装置还包括：

确定模块，还用于确定所述至少一个有状态服务对应的负载情况；

数量确定模块，用于根据所述负载情况，确定所述分布式集群待添加的有状态服务的目标数量；

部署模块，用于在所述分布式集群中部署所述目标数量个有状态服务。

19.根据权利要求11-18任一项所述的装置，所述发送模块包括：

调节单元，用于将所述至少一个目标服务当前的运行状态调节为预设的不可用状态，其中，所述目标服务处于不可用状态时，可完成当前正在处理的任务；

所述装置还包括：

发送模块，还用于将所述至少一个目标服务对应的不可用状态发送至所述分布式集群中的其他有状态服务中，以使其他有状态服务不再向所述至少一个目标服务发送待处理任务和/或状态维护信息。

20.根据权利要求11-18任一项所述的装置，所述发送模块包括：

确定单元，用于在所述其他有状态服务中确定任务量小于预设阈值的至少一个其他服务；

发送单元，用于将当前的状态数据以及当前待处理任务对应的任务数据发送至所述至少一个其他服务中。

21.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。

22.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-10中任一项所述的方法。

23.一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-10中任一项所述方法的步骤。