处理任务的方法、装置及终端设备与流程

1.本技术涉及云监控技术领域，尤其涉及处理任务的方法、装置、终端设备及计算机可读存储介质。


背景技术：

2.随着大数据的发展，大数据处理在各个应用领域均有广泛的应用。在实际应用过程中，通常是通过服务器集群对大数据进行处理，以执行相应的任务。而目前，在通过服务器集群处理任务的过程中，若出现异常，通常会导致任务直接失败。可见，目前，通过服务器集群处理任务时容易受到任务执行过程中的异常的影响，可靠性较低。


技术实现要素：

3.有鉴于此，本技术实施例提供了处理任务的方法、处理任务的装置、终端设备及计算机可读存储介质，以解决目前通过服务器集群处理任务时容易受到任务执行过程中的异常的影响，可靠性较低的问题。
4.第一方面，本技术实施例提供了一种处理任务的方法，包括：
5.在检测到关于待处理的任务的指令之后，通过至少两个执行器中的活跃执行器处理任务，并且在处理任务的过程中，实时获取至少两个执行器上报的心跳数据，服务器集群部署有至少两个执行器，至少两个执行器包括一个活跃执行器和至少一个备用执行器；
6.根据心跳数据，检测至少两个执行器的状态，状态包括可用状态和不可用状态；
7.若检测到活跃执行器的状态为不可用状态，则将活跃执行器切换为备用执行器，并将目标备用执行器切换为活跃执行器，目标备用执行器对应的状态为可用状态；
8.基于切换前的活跃执行器针对任务的处理信息，通过切换后的活跃执行器处理任务。
9.第二方面，本技术实施例提供了一种处理任务的装置，包括：
10.第一处理模块，用于在检测到关于待处理的任务的指令之后，通过至少两个执行器中的活跃执行器处理任务，并且在处理任务的过程中，实时获取至少两个执行器上报的心跳数据，服务器集群部署有至少两个执行器，至少两个执行器包括一个活跃执行器和至少一个备用执行器；
11.检测模块，用于根据心跳数据，检测至少两个执行器的状态，状态包括可用状态和不可用状态；
12.切换模块，用于若检测到活跃执行器的状态为不可用状态，则将活跃执行器切换为备用执行器，并将目标备用执行器切换为活跃执行器，目标备用执行器对应的状态为可用状态；
13.第二处理模块，用于基于切换前的活跃执行器针对任务的处理信息，通过切换后的活跃执行器处理任务。
14.第三方面，本技术实施例提供了一种终端设备，包括存储器、处理器、显示器以及
存储在存储器中并可在处理器上运行的计算机程序，其特征在于，处理器执行计算机程序时实现如第一方面的处理任务的方法。
15.第四方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如第一方面的处理任务的方法。
16.实施本技术实施例提供的处理任务的方法具有以下有益效果：通过本技术实施例，在检测到关于待处理的任务的指令之后，通过至少两个执行器中的活跃执行器处理任务，并且在处理任务的过程中，实时获取至少两个执行器上报的心跳数据，服务器集群部署有至少两个执行器，至少两个执行器包括一个活跃执行器和至少一个备用执行器；然后，根据心跳数据，检测至少两个执行器的状态，状态包括可用状态和不可用状态；若检测到活跃执行器的状态为不可用状态，则将活跃执行器切换为备用执行器，并将目标备用执行器切换为活跃执行器，再基于切换前的活跃执行器针对任务的处理信息，通过切换后的活跃执行器处理任务。此时，在处理任务的过程中，可以通过实时上传的心跳数据检测服务器集群中的各个执行器的状态，从而对执行器进行探活，以及时发现活跃执行器不可用等异常情况，并在发现异常情况之后，能够基于目标备用执行器及时进行活跃执行器的切换，从而使得任务可以继续执行，而无需重新查找资源并重头开始处理任务，提升了服务器集群处理任务的处理速度和可靠性。
附图说明
17.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
18.图1是本技术一实施例提供的一种处理任务的方法的流程示意图；
19.图2是本技术一实施例提供的一种系统架构示意图；
20.图3是本技术一实施例提供的服务器集群配置信息的一种示意图；
21.图4是本技术一实施例提供的一种信息交互示意图；
22.图5是本技术一实施例提供的一种处理任务的装置的结构示意图；
23.图6是本技术一实施例提供的终端设备的结构示意图。
具体实施方式
24.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
25.本技术实施例提供的处理任务的方法可以应用于服务器、台式电脑、手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，ar)/虚拟现实(virtual reality，vr)设备、笔记本电脑、超级移动个人计算机(ultra
‑
mobile personal computer，umpc)、上网本、个人数字助理(personal digital assistant，pda)等终端设备上，本技术实施例对终端设备的具体类型不作任何限制。
26.如图1所示，为本技术实施例的一种示例性的系统架构示意图。
27.其中，在一种具体示例中，终端设备可以包括控制模块，该控制模块可以部署于系统后端。
28.控制模块可以与服务器集群的执行器进行信息交互，以实现任务在执行器中的分配和管理。
29.此外，控制模块还可以从包含元数据的数据库中获取当前元数据，并管理元数据。该当前元数据包括：当前要执行的作业(job)的元数据、job状态信息、心跳数据以及当前的集群信息等等。控制模块还可以从指定存储空间(如第三方存储空间)中获取对应任务的执行数据等信息，以用于诸如执行器重启等操作。
30.执行器可以从控制模块获取相关任务的配置文件、元数据等信息，以处理任务，并通过回调函数实现处理任务时产生的特定事件(如任务执行完成事件)和状态(如异常状态)的回调。此外，执行器还可以向控制模块上报心跳数据。
31.执行器处理任务时的相关数据可以由对应的服务器集群采集之后上报至分布式日志系统，并可以在分布式日志系统中通过搜索引擎进行信息检索，以快速地定位异常问题，再将定位到的异常问题上报给终端设备中的控制模块。
32.此外，服务器集群还可以通过时序数据库实现对服务器集群中的运行指标等数据的统计，并上报至实时监控工具，以可以实现对服务器集群的实时监控以及可视化展示。
33.需要说明的是，图1中只显示了一个服务器集群以及该服务器集群的一个执行器，在本技术实施例的具体方案中，服务器集群以及服务器集群中的执行器的数量可以不止一个，例如，一个服务器集群可以有至少两个执行器。
34.请参阅图2，图2示出了本技术实施例提供的一种处理任务的方法的流程图。
35.如图2所示，本实施例提供的一种处理任务的方法可以包括：
36.步骤s201，在检测到关于待处理的任务的指令之后，通过至少两个执行器中的活跃执行器处理任务，并且在处理任务的过程中，实时获取至少两个执行器上报的心跳数据，服务器集群部署有至少两个执行器，至少两个执行器包括一个活跃执行器和至少一个备用执行器。
37.其中，执行器(executor)是一个进程，该进程负责执行相应的任务(task)，并且可以将处理任务的相关数据存储至内存或者磁盘上。一个执行器中可以通过至少一个线程来运行对应的任务，每个执行器所能够并行运行的任务的个数可以基于分配给该执行器的中央处理器(central processing unit，cpu)的个数来确定。
38.执行器所执行的任务的个数可以根据实际场景需求以及执行器所能分配到的cpu的个数来确定。各个任务可以由执行器中的线程并行地执行。
39.在实际应用中，各个任务可以由作业(job)划分而得到，每个作业可以包括一个任务，也可以包括多个并行的任务，作业可以用于执行特定的数据处理工作以实现特定的功能。针对不同的应用场景，作业的具体内容可以不同。
40.本技术实施例中，服务器集群中可以包括至少两个执行器，其中，具体可以包括一个活跃执行器和至少一个备用执行器，活跃执行器可以用于执行当前待处理的任务，而至少一个备用执行器可以为任务执行过程中的异常情况提供作为冗余的计算资源。在一种示例中，备用执行器的数量可以为1。
41.在实际应用中，可以通过终端设备中的控制模块向终端设备中的活跃执行器发送
控制指令，以指示至少两个执行器中的活跃执行器处理任务。
42.本实施例中，可以通过终端设备实时地自动获取至少两个执行器上报的心跳数据，也可以是执行器自动地实时上传心跳数据至终端设备。
43.在一些实施例中，该方法还包括：
44.若检测到目标确认指令，则根据目标页面的第一区域中的信息，确定任务的执行逻辑信息，并根据目标页面的第二区域的信息，确定任务的资源部署信息；
45.生成关于待处理的任务的指令，指令中携带有执行逻辑信息和资源部署信息。
46.其中，目标确认指令可以其他终端发送给终端设备的，也可以是将终端设备检测到的前端页面的确认指令作为目标确认指令。
47.任务的执行逻辑信息可以包括任务对应的代码。通过运行任务对应的代码，指示相应执行器可以基于代码中的执行逻辑信息处理任务。资源部署信息可以包括部署的服务器集群的数量、地址以及服务器集群中的执行器的数量、地址等信息。
48.第一区域和第二区域在目标页面中的具体位置可以由相关研发人员根据实际场景需求来确定。示例性地，第一区域可以位于目标页面的左侧，用户可以通过编辑第一区域中的代码来设置任务的执行逻辑。第二区域可以位于目标页面的右侧，用户可以在对应的文本框中输入任务的资源部署信息。
49.在一些示例中，用户还可以在目标页面的第一区域和第二区域反复修改所输入的信息，在用户输入确认指令之后，再将当前的目标页面中的执行逻辑信息和资源部署信息确认为待处理的任务的最终配置版本，并将最终配置版本提交到终端设备中。终端设备在获取到待处理的任务的最终配置版本中的执行逻辑信息和资源部署信息之后，可以生成关于待处理的任务的指令。
50.步骤s202，根据心跳数据，检测至少两个执行器的状态，状态包括可用状态和不可用状态。
51.本技术实施例中，可用状态可以指相应的执行器能够处理任务，不可用状态可以指相应的执行器不能够处理任务。
52.在获取到至少两个执行器上报的心跳数据之后，可以通过终端设备中预设的应用工具(如hunter等工具)以指定周期根据心跳数据判断活跃执行器和备用执行器的状态，从而及时发现异常。该异常可能是相应执行器出现卡顿、反复重启或者停止运行等状态。当相应执行器出现上述异常时，可以将相应执行器的状态标识为不可用状态。
53.执行器的状态可以通过预设标识来确定。其中，不同的预设标识可以表示执行器的不同状态。预设标识可以包含文字、数字和/或编码。
54.服务器集群的执行器的具体配置信息可以基于用户在前端页面中所输入的信息来确定，此外，服务器集群的执行器的具体配置信息也可以显示于前端页面，以便于用户进行确认和调整。
55.如图3所示，一种具体示例，前端页面中显示的服务器集群中的执行器的一种具体配置信息可以包括服务器集群的名称、地址以及该服务器集群的状态、内存以及cpu的使用情况等等，此外，还可以显示该服务器集群下的活跃服务器和备用服务器的情况，包括活跃服务器和备用服务器各自对应的名称、地址、状态、创建时间、上次使用时间以及响应时长等信息。
56.步骤s203，若检测到活跃执行器的状态为不可用状态，则将活跃执行器切换为备用执行器，并将目标备用执行器切换为活跃执行器，目标备用执行器对应的状态为可用状态。
57.本技术实施例中，若检测到活跃执行器的状态为不可用状态，则可以对当前的活跃执行器和备用执行器进行切换，其中，由于执行本技术实施例的终端设备可以实时获取备用执行器的心跳数据，因此，可以根据实时获取的备用执行器的心跳数据，快速高效地从备用执行器中确定处于目标备用执行器，而无需重新在当前的服务器集群甚至其他服务器集群中重新查找和分配资源，大大提升了异常情况下的处理速度。
58.步骤s204，基于切换前的活跃执行器针对任务的处理信息，通过切换后的活跃执行器处理任务。
59.在一些示例中，在切换执行器之后，对应的任务在切换后的执行器中的启动、执行、停止以及相关处理信息的提交可以通过超文本传输协议(hypertext transfer protocol，http)传输至终端设备的控制模块中，以使得控制模块可以控制切换后的活跃执行器执行任务。
60.此时，服务器集群中的活跃执行器可以根据任务在执行过程中的异常情况灵活地在多个执行器中进行选择，并且，活跃执行器的切换可以通过后台实现，用户在前台页面进行浏览时通常无法感觉到任务执行过程中的异常。当然，在一些实施例中，活跃执行器和备用执行器的切换也可以通过后台维护人员手动执行。
61.本技术实施例中，在处理任务的过程中，可以通过实时上传的心跳数据检测服务器集群中的各个执行器的状态，从而对执行器进行探活，以及时发现活跃执行器不可用等异常情况，并在发现异常情况之后，能够基于目标备用执行器及时进行活跃执行器的切换，从而使得任务可以继续执行，而无需重新查找资源并重头开始处理任务，提升了服务器集群处理任务的处理速度和可靠性。
62.目前，若执行器出现异常，通常只能依赖执行器自身的重启策略来进行重启，并重头开始处理任务。可见，传统的服务器集群处理异常的方式会导致任务的处理效率大大降低，且相应的处理系统容易受到任务执行过程中的异常的影响，可靠性较低。
63.而在一些实施例中，可以通过多级的异常重启策略来进行处理，以针对执行器处理任务的过程中的异常情况合理调用资源。
64.具体地，在一些实施例中，该方法还包括：
65.若在处理任务的过程中，检测到服务器集群中的活跃服务器的切换次数大于预设次数阈值，则基于第一策略执行重启操作，第一策略指示对活跃执行器进行重启，n为大于1的整数；
66.若基于第一策略执行重启操作成功，则通过重启后的活跃服务器处理任务。
67.其中，若在处理任务的过程中，检测到服务器集群中的活跃服务器的切换次数大于预设次数阈值，则说明在处理任务的过程中，执行器出现异常的频率较高，通过切换活跃服务器很可能也无法解决该异常情况。因此，在检测到通过切换活跃服务器也无法解决的异常情况之后，可以通过第一策略进行重启操作，以尝试克服当前的异常情况。第一策略可以认为是一种对服务器资源影响较小的重启策略。
68.在一些示例中，基于第一策略执行重启操作失败的条件为：连续n次尝试对活跃执
行器执行重启操作失败，或者，在指定时间段内，目标比值大于预设比值阈值，目标比值为指定时间段内，对活跃执行器执行重启操作失败的次数与对活跃执行器执行重启操作的总次数的比值。反之，则可以认为基于第一策略执行重启操作成功。
69.第一策略中，对活跃服务器执行的重启操作可以是有状态的任务重启操作或者无状态的任务重启操作。
70.其中，有状态的任务重启操作为：相应的执行器从指定存储空间(例如第三方存储空间)中获取对应任务的历史处理数据，从而根据历史处理数据对相应执行器执行重启操作。该历史处理数据可以为重启前的活跃执行器针对任务的最新的处理数据，或者，也可以是该重启前的活跃执行器的其他历史时间节点对应的处理数据。
71.而无状态的任务重启操作为：相应的执行器初始化任务，而不读取对应的任务的历史处理数据。
72.在一些实施例中，在基于第一策略执行重启操作之后，还包括：
73.若基于第一策略执行重启操作失败，则基于第二策略执行重启操作，第二策略指示对服务器集群中的备用执行器执行重启操作，基于第一策略执行重启操作失败的条件为：连续n次尝试对活跃执行器执行重启操作失败，或者，在指定时间段内，目标比值大于预设比值阈值，目标比值为指定时间段内，对活跃执行器执行重启操作失败的次数与对活跃执行器执行重启操作的总次数的比值；
74.若基于第二策略执行重启操作成功，则通过重启后的备用服务器处理任务。
75.本技术实施例中，若基于第一策略执行重启操作失败，可以认为当前情况下，用于处理任务的活跃服务器无法通过重启来解决当前的异常。因此，可以合理拓展至服务器集群中的其他资源(即服务器集群中的备用执行器)，尝试通过第二策略对备用执行器执行重启操作来解决当前的异常。
76.第二策略中，对备用服务器执行的重启操作可以是有状态的任务重启操作或者无状态的任务重启操作。
77.在一些示例中，基于第二策略执行重启操作失败的条件为：连续m次尝试对备用执行器执行重启操作失败，或者，在指定时间段内，第二目标比值大于预设比值阈值，第二目标比值为指定时间段内，对备用执行器执行重启操作失败的次数与对备用执行器执行重启操作的总次数的比值。反之，则可以认为基于第二策略执行重启操作成功。
78.需要说明的是，若备用执行器的个数不止一个，可以依次对各个备用执行器执行本技术实施例中的若基于第一策略执行重启操作失败，则基于第二策略执行重启操作的步骤，直到基于第二策略针对某一备用执行器执行重启操作成功，或者，直到基于第二策略针对每个备用执行器执行重启操作均失败。
79.在一些实施例中，在基于第二策略执行重启操作之后，还包括：
80.若基于第二策略执行重启操作失败，则基于第三策略执行重启操作，第三策略指示对服务器集群之外的其他服务器集群进行任务重启操作；
81.若基于第三策略执行重启操作成功，则通过重启后的其他服务器集群处理任务。
82.本技术实施例中，若基于第二策略执行重启操作失败，可以认为当前情况下，用于处理任务的服务器集群中的各个执行器无法通过重启来解决当前的异常。因此，可以合理拓展至其他服务器集群资源，尝试通过第三策略对其他服务器集群执行重启操作来解决当
前的异常。
83.第三策略中，对其他服务器集群执行的重启操作可以是有状态的任务重启操作或者无状态的任务重启操作。
84.可见，本技术实施例可以通过统计切换次数，监控到通过切换活跃执行器很可能也无法解决的异常情况，并通过多级别的重启策略来进行处理，以针对当前异常情况合理调用资源来进行处理，为任务的成功处理以及服务器集群的持续运行提供保证。
85.需要说明的是，本技术实施例中，可以是执行本技术实施例的终端设备分别向活跃执行器、备用执行器和其他服务器集群发送重启指令，以指示根据对应的策略执行重启操作。
86.在一些实施例中，若基于第三策略执行重启操作成功，则通过重启后的其他服务器集群处理任务，包括：
87.若基于第三策略执行重启操作成功，则从预设存储空间将目标执行文件读取至其他服务器集群，其中，目标执行文件包含服务器集群在指定时间段针对任务的处理信息；
88.基于目标执行文件，通过重启后的其他服务器集群处理任务。
89.本技术实施例中，在处理任务的过程中，服务器集群针对任务的处理信息以预设周期同步至预设存储空间，预设存储空间中存储的目标执行文件可以包含最新同步至预设存储空间的处理信息。
90.如图4所示，为本技术实施例中信息交互的一种示例性示意图。
91.其中，终端设备的控制模块可以分别与服务器集群a和服务器集群b进行信息交互。当前的待处理的任务可以由服务器集群a进行处理。服务器集群a在处理任务的过程中，以预设周期，将存储有针对任务的处理信息的执行文件同步至预设存储空间，并替换上一周期的执行文件。因此，预设存储空间中存储的目标执行文件可以包含最新同步至预设存储空间的处理信息。
92.在服务器集群a出现异常，并基于第三策略对服务器集群b执行重启操作成功之后，重启后的服务器集群b可以读取预设存储空间中的目标执行文件，以根据读取到的目标执行文件处理任务，而无需重头开始处理任务，提升了任务处理效率。
93.请参阅图5，图5是本技术实施例提供的一种处理任务的装置的结构框图。本实施例中该终端设备包括的各单元用于执行上述各个处理任务的方法实施例中的各步骤。具体请参阅上述处理任务的方法所对应的实施例中的相关描述。为了便于说明，仅示出了与本实施例相关的部分。
94.参照图5，该处理任务的装置5包括：
95.第一处理模块501，用于在检测到关于待处理的任务的指令之后，通过至少两个执行器中的活跃执行器处理任务，并且在处理任务的过程中，实时获取至少两个执行器上报的心跳数据，服务器集群部署有至少两个执行器，至少两个执行器包括一个活跃执行器和至少一个备用执行器；
96.检测模块502，用于根据心跳数据，检测至少两个执行器的状态，状态包括可用状态和不可用状态；
97.切换模块503，用于若检测到活跃执行器的状态为不可用状态，则将活跃执行器切换为备用执行器，并将目标备用执行器切换为活跃执行器，目标备用执行器对应的状态为
可用状态；
98.第二处理模块504，用于基于切换前的活跃执行器针对任务的处理信息，通过切换后的活跃执行器处理任务。
99.可选地，该装置5还包括：
100.第一重启模块，用于若在处理任务的过程中，检测到服务器集群中的活跃服务器的切换次数大于预设次数阈值，则基于第一策略执行重启操作，第一策略指示对活跃执行器进行重启；
101.第三处理模块，用于若基于第一策略执行重启操作成功，则通过重启后的活跃服务器处理任务。
102.可选地，该装置5还包括：
103.第二重启模块，用于若基于第一策略执行重启操作失败，则基于第二策略执行重启操作，第二策略指示对服务器集群中的备用执行器执行重启操作，基于第一策略执行重启操作失败的条件为：连续n次尝试对活跃执行器执行重启操作失败，或者，在指定时间段内，目标比值大于预设比值阈值，目标比值为指定时间段内，对活跃执行器执行重启操作失败的次数与对活跃执行器执行重启操作的总次数的比值，n为大于1的整数；
104.第四处理模块，用于若基于第二策略执行重启操作成功，则通过重启后的备用服务器处理任务。
105.可选地，该装置5还包括：
106.第三重启模块，用于若基于第二策略执行重启操作失败，则基于第三策略执行重启操作，第三策略指示对服务器集群之外的其他服务器集群进行任务重启操作；
107.第五处理模块，用于若基于第三策略执行重启操作成功，则通过重启后的其他服务器集群处理任务。
108.可选地，第五处理模块包括：
109.读取单元，用于若基于第三策略执行重启操作成功，则从预设存储空间将目标执行文件读取至其他服务器集群，其中，目标执行文件包含服务器集群在指定时间段针对任务的处理信息；
110.处理单元，用于基于目标执行文件，通过重启后的其他服务器集群处理任务。
111.可选地，该装置5还包括：
112.确定模块，用于若检测到目标确认指令，则根据目标页面的第一区域中的信息，确定任务的执行逻辑信息，并根据目标页面的第二区域的信息，确定任务的资源部署信息；
113.生成模块，用于生成关于待处理的任务的指令，指令中携带有执行逻辑信息和资源部署信息。
114.通过本技术实施例，在检测到关于待处理的任务的指令之后，通过至少两个执行器中的活跃执行器处理任务，并且在处理任务的过程中，实时获取至少两个执行器上报的心跳数据，服务器集群部署有至少两个执行器，至少两个执行器包括一个活跃执行器和至少一个备用执行器；然后，根据心跳数据，检测至少两个执行器的状态，状态包括可用状态和不可用状态；若检测到活跃执行器的状态为不可用状态，则将活跃执行器切换为备用执行器，并将目标备用执行器切换为活跃执行器，再基于切换前的活跃执行器针对任务的处理信息，通过切换后的活跃执行器处理任务。此时，在处理任务的过程中，可以通过实时上
传的心跳数据检测服务器集群中的各个执行器的状态，从而对执行器进行探活，以及时发现活跃执行器不可用等异常情况，并在发现异常情况之后，能够基于目标备用执行器及时进行活跃执行器的切换，从而使得任务可以继续执行，而无需重新查找资源并重头开始处理任务，提升了服务器集群处理任务的处理速度和可靠性。
115.需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本技术方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。
116.图6是本技术另一实施例提供的一种终端设备的结构框图。如图6所示，该实施例的终端设备6包括：处理器61、存储器62以及存储在存储器62中并可在处理器61上运行的计算机程序63，例如处理任务的方法的程序。处理器61执行计算机程序63时实现上述各个处理任务的方法各实施例中的步骤，例如图1所示的s101至s104。或者，处理器61执行计算机程序63时实现上述图5对应的实施例中各模块/单元的功能，例如，图5所示的模块501至504的功能，具体请参阅图5对应的实施例中的相关描述，此处不赘述。
117.示例性的，计算机程序63可以被分割成一个或多个单元，一个或者多个单元被存储在存储器62中，并由处理器61执行，以完成本技术。一个或多个单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序63在终端设备60中的执行过程。例如，计算机程序63可以被分割成第一获取单元、第一确定单元、第一调整单元、第二调整单元以及执行单元，各单元具体功能如上。
118.终端设备可包括，但不仅限于，处理器61、存储器62。本领域技术人员可以理解，图6仅仅是终端设备6的示例，并不构成对终端设备6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如转台设备还可以包括输入输出设备、网络接入设备、总线等。
119.所称处理器61可以是中央处理单元(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field
‑
programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
120.存储器62可以是终端设备6的内部存储单元，例如终端设备6的硬盘或内存。存储器62也可以是终端设备6的外部存储设备，例如终端设备6上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。进一步地，存储器62还可以既包括终端设备6的内部存储单元也包括外部存储设备。存储器62用于存储计算机程序以及转台设备所需的其他程序和数据。存储器62还可以用于暂时地存储已经输出或者将要输出的数据。
121.本技术实施例中，上述处理器60执行上述计算机程序62以实现上述任意各个处理任务的方法实施例中的步骤时，在检测到关于待处理的任务的指令之后，通过至少两个执行器中的活跃执行器处理任务，并且在处理任务的过程中，实时获取至少两个执行器上报的心跳数据，服务器集群部署有至少两个执行器，至少两个执行器包括一个活跃执行器和至少一个备用执行器；然后，根据心跳数据，检测至少两个执行器的状态，状态包括可用状
态和不可用状态；若检测到活跃执行器的状态为不可用状态，则将活跃执行器切换为备用执行器，并将目标备用执行器切换为活跃执行器，再基于切换前的活跃执行器针对任务的处理信息，通过切换后的活跃执行器处理任务。此时，在处理任务的过程中，可以通过实时上传的心跳数据检测服务器集群中的各个执行器的状态，从而对执行器进行探活，以及时发现活跃执行器不可用等异常情况，并在发现异常情况之后，能够基于目标备用执行器及时进行活跃执行器的切换，从而使得任务可以继续执行，而无需重新查找资源并重头开始处理任务，提升了服务器集群处理任务的处理速度和可靠性。
122.本技术实施例还提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现可实现上述各个处理任务的方法实施例中的步骤。
123.本技术实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行时实现可实现上述各个处理任务的方法实施例中的步骤。
124.以上实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。