一种分布式任务执行进度的监控方法、装置、介质及设备与流程

1.本技术实施例涉及电子信息技术领域，尤其涉及一种分布式任务执行进度的监控方法、装置、介质及设备。


背景技术：

2.在分布式任务系统中，存在大量接入程序。其中，接入程序的任务类型、线程数量以及线程类型等纷繁复杂。大量接入程序在执行过程中，数据量大且执行时间长。
3.现有技术中，对于异常任务，分布式任务系统只有在接入程序运行结束时，才会发出告警提示，运营人员通过告警提示对接入程序进行检查和处理，解决了程序故障之后，将接入程序重新执行。
4.现有技术中接入程序的任务进度不可见，运营人员不能及时发现程序故障，解决程序故障之后，重新执行程序将会浪费大量时间，容易导致业务不能正常运营，影响企业经济效益。


技术实现要素：

5.本技术实施例提供一种分布式任务执行进度的监控方法、装置、介质及设备，可以通过获取目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度，为接入程序提供一个可视化进度显示和及时的告警服务，方便运营人员及时观察接入程序执行情况，及时监控服务的可用性，为业务的正常运营保驾护航。
6.第一方面，本技术实施例提供了一种分布式任务执行进度的监控方法，所述方法包括：
7.通过部署在客户端中的软件开发工具包获取接入程序的至少一个目标任务各线程的处理数据；
8.根据所述至少一个目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度；
9.将所述执行每个目标任务的各线程的执行进度上报，以供中心处理服务进行汇总统计，确定分布式任务执行进度，并反馈至监控端显示。
10.第二方面，本技术实施例提供了一种分布式任务执行进度的监控装置，该装置包括：
11.处理数据获取模块，用于通过部署在客户端中的软件开发工具包获取接入程序的至少一个目标任务各线程的处理数据；
12.执行进度确定模块，用于根据所述至少一个目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度；
13.执行进度上报模块，用于将所述执行每个目标任务的各线程的执行进度上报，以供中心处理服务进行汇总统计，确定分布式任务执行进度，并反馈至监控端显示。
14.第三方面，本技术实施例提供了一种计算机可读存储介质，其上存储有计算机程
序，该程序被处理器执行时实现如本技术实施例所述的分布式任务执行进度的监控方法。
15.第四方面，本技术实施例提供了一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本技术实施例所述的分布式任务执行进度的监控方法。
16.本技术实施例所提供的技术方案，通过部署在客户端中的软件开发工具包获取接入程序的至少一个目标任务各线程的处理数据；根据至少一个目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度；将执行每个目标任务的各线程的执行进度上报，以供中心处理服务进行汇总统计，确定分布式任务执行进度，并反馈至监控端显示。本技术方案可以通过获取目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度，为接入程序提供一个可视化进度显示和及时的告警服务，方便运营人员及时观察接入程序执行情况，及时监控服务的可用性，为业务的正常运营保驾护航。
附图说明
17.图1是本技术实施例一提供的分布式任务执行进度的监控方法的流程图；
18.图2是本发明实施例提供的分布式任务执行进度监控服务结构示意图；
19.图3是本发明实施例二提供的分布式任务执行进度的监控方法的流程图；
20.图4是本发明实施例三提供的分布式任务执行进度的监控装置的结构示意图；
21.图5是本技术实施例五提供的一种电子设备的结构示意图。
具体实施方式
22.下面结合附图和实施例对本技术作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部结构。
23.在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
24.实施例一
25.图1是本技术实施例一提供的分布式任务执行进度的监控方法的流程图，本实施例可适用于任何分布式任务执行进度监控场景，该方法可以由本技术实施例所提供的分布式任务执行进度的监控装置执行，该装置可以由软件和/或硬件的方式来实现，并可集成于电子设备中。
26.如图1所示，所述分布式任务执行进度的监控方法包括：
27.s110，通过部署在客户端中的软件开发工具包获取接入程序的至少一个目标任务各线程的处理数据。
28.实际软件开发过程中，经常需要运行大量的计算任务和跑批任务，单个客户端很难完成全部任务。因此，分布式系统任务管理中心可以将中心任务分散给多个不同客户端执行，以实现大规模的程序运行。除此之外，在应用软件运营过程中，运行在不同客户端的
应用软件，需要与应用服务器进行交互，此时也需要对客户端的分布式任务进行管理。分布式任务执行进度的监控方法可以方便运营人员对软件程序进行开发和管理。
29.本方案可以由客户端执行，所述客户端可以是计算机、服务器、平板电脑以及智能手机等。客户端中部署有软件开发工具包(software development kit，sdk)，所述软件开发工具包可以是软件开发人员用于为特定的软件包、软件框架、硬件平台、操作系统等创建的应用软件的开发工具的集合。所述软件开发工具可以是编程语言，编程语言不同即软件开发工具不同，例如以java编程语言来说，其软件开发工具包有一个专门的名称，叫做java开发工具包(java development kit，jdk)。所述软件开发工具包可以是客户端系统软件中的软件开发工具包，例如android系统中的sdk，也可以是客户端应用软件中的软件开发工具包，例如支付宝应用中的sdk。所述软件开发工具包中可以包括基础类库以及开发组件等。所述软件开发工具包可以具有应用程序接口(application programming interface，api)，应用程序接口可以实现软件开发工具包与接入程序的交互。以一个购物应用和一个支付应用为例，假设用户在购物应用下单支付时，购物应用可以通过支付指令，调用支付应用中的软件开发工具包完成订单支付任务。
30.软件开发工具包可以通过应用程序接口获取接入程序的目标任务各线程的处理数据，所述接入程序可以是客户端操作系统中安装的应用软件。图2是本发明实施例提供的分布式任务执行进度监控服务结构示意图，图2以分布式系统中的两个接入程序为例，接入程序a和接入程序b可以是两个不同的客户端上的应用软件。所述接入程序可以包括一个或多个目标任务，每一个目标任务可以包括一个或多个线程。以图2中的接入程序a为例，接入程序a以3个目标任务为示例，即目标任务a、目标任务b和目标任务c，其中，3个目标任务中均以3个线程为示例，即线程1、线程2和线程3。所述线程是程序执行的最小单位，一条线程是目标任务中一个单一顺序的控制流，一个目标任务中可以并发多个线程，每条线程执行不同的子任务。例如假设目标任务a需要完成记录两个输入数据之和的任务，线程1可以是读取输入数据，线程2可以是计算输入的两数据之和，线程3可以是写入数据。客户端中的软件开发工具包可以通过应用程序接口获取接入程序的至少一个目标任务各线程的处理数据。
31.本方案中，可选的，所述通过部署在客户端中的软件开发工具包获取接入程序的至少一个目标任务各线程的处理数据，包括：
32.通过部署在客户端中的软件开发工具包维护计数器，以对目标任务各线程执行过程中调用的更新进度方法的调用次数进行计数；
33.将计数结果提供至软件开发工具包的本地统计线程，供所述本地统计线程确定接入程序的至少一个目标任务各线程的处理数据。
34.部署在客户端的软件开发工具包可以包括计数器，所述计数器可以是客户端操作系统用于某应用软件和组件发布性能数据的特殊对象，也可以支持其他应用软件获取和分析已发布的性能数据。运营人员可以使用计数器提供的数据确定程序瓶颈和系统性能。
35.为了获取目标任务的执行进度，目标任务各个线程在执行过程中可以不断的调用更新进度方法，以使客户端的操作系统或应用软件能够实时获取目标任务的执行进度。目标任务各个线程在执行过程中，对于更新进度方法的调用可以是以一定间隔时长的调用，也可以是通过建立线程节点的方式在节点时刻进行调用。计数器可以对目标任务各个线程
执行过程中调用的更新进度方法的调用次数进行统计。
36.计数器可以将获取到的计数结果，提供给本地统计线程。所述本地统计线程可以在客户端系统软件中运行，也可以在客户端所安装的应用软件中运行，如图2所示的本地统计线程。本地统计线程可以根据计数结果，确定目标任务各线程的处理数据，并进一步确定每个目标任务的各个线程的执行进度。
37.本方案可以通过计数器对目标任务各线程执行过程中调用的更新进度方法的调用次数进行计数，可以将计数结果提供至软件开发工具包的本地统计线程，为确定目标任务各线程的处理数据提供了有效的途经，同时，计数结果可以对处理数据进行精确衡量，有利于进一步确定目标任务的各个线程的执行进度。
38.s120，根据所述至少一个目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度。
39.客户端可以根据目标任务各个线程的处理数据进一步确定执行每个目标任务的各个线程的执行进度。所述处理数据可以是当前最新处理数据，也可以是目前已处理数据总量。在不同时段处理数据有区分的情况下，客户端可以根据当前最新处理数据，确定线程的执行进度。客户端也可以是统计处理数据总量，根据处理数据总量，确定线程的执行进度。所述执行进度可以是每个目标任务的各个线程所处理的数据量的多少，也可以是每个目标任务的各个线程已处理数据总量与任务总数据量的比例。由于各个线程执行的子任务不同，每个目标任务的各个线程的执行进度方式可以不同。
40.本实施例中，可选的，所述根据所述至少一个目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度，包括：
41.根据所述至少一个目标任务各线程的处理数据，汇总确定所述至少一个目标任务的处理数据总量和计划处理数据量；
42.根据所述至少一个目标任务的处理数据总量和计划处理数据量，确定执行每个目标任务的所有线程的执行进度。
43.本方案中，客户端可以根据某一目标任务各个线程的处理数据，汇总该目标任务的处理数据总量和计划处理数据量。所述处理数据总量可以包括该目标任务已经处理的数据量和正在处理的数据量，所述计划处理数据量可以包括该目标任务的任务列表中已经处理的数据量、正在处理的数据量以及未处理的数据量。
44.客户端可以根据目标任务的处理数据总量和计划处理数据量确定执行每个目标任务的所有线程的执行进度。客户端可以是计算某一目标任务的处理数据总量和计划处理数据量比例，来确定该目标任务的所有线程的执行进度。例如，假设处理数据总量为100，计划处理数据量为500，该目标任务的所有线程的执行进度可以是20％。
45.本方案通过汇总目标任务的处理数据总量和计划处理数据量，可以定量的确定每个目标任务的所有线程的执行进度，提供了科学有效的执行进度确定方法。
46.s130，将所述执行每个目标任务的各线程的执行进度上报，以供中心处理服务进行汇总统计，确定分布式任务执行进度，并反馈至监控端显示。
47.可以理解的，所述中心处理服务可以是客户端本地系统，也可以是运营部署在客户端上的应用软件的应用服务器。如图2所示，客户端可以将每个目标任务的各线程的执行进度上报给中心处理服务，中心处理服务可以汇总统计某一目标任务的各个线程的执行进
度，确定分布式任务的执行进度，并将执行进度显示在监控端上。所述监控端可以是显示器、智能手机屏幕等。
48.在上述实施例的基础上，可选的，所述在供中心处理服务进行汇总统计，确定分布式任务执行进度之后，所述方法还包括：
49.若确定存在目标任务的执行进度在第一预设时长内未更新，则生成所述目标任务的告警信息。
50.可以理解的，所述第一预设时长可以是根据接入程序和运行环境的实际属性预先设定的一段时间长度。如果目标任务的执行进度在该段时长内没有得到更新，则说明程序运行过程中可能存在故障，此时，客户端可以生成目标任务的告警信息，告知运营人员接入程序的某个目标任务在执行过程中存在故障。进一步的，所述告警信息可以包括程序故障原因、当前程序故障位置以及故障出现时间等。
51.本方案可以引导运营人员及时定位程序故障，并提醒运营人员排除程序故障，为业务的正常运营保驾护航。
52.在一个可行的实施例中，可选的，所述方法还包括：
53.若检测到软件开发工具包的配置更新事件，则根据更新内容对所述软件开发工具包的配置进行实时更新。
54.实际场景中，软件开发工具包中会发生配置更新事件。如果检测到软件开发工具包的配置更新事件，客户端可以根据所需要更新的内容对软件开发工具包的配置进行实时的更新。通过软件开发工具包的更新，客户端可以对目标任务进行增减，也可以对一个或者多个目标任务的各个线程进行增加或者减少，从而实现对于目标任务的灵活配置。本方案可以根据更新内容对软件开发工具包进行有针对性的配置更新，以此来灵活配置目标任务，满足不同场景的监控业务需求，进而为分布式任务执行进度提供更加灵活有效的监控。
55.在另一个可行的实施例中，可选的，所述方法还包括：
56.若在第二预设时长内未接收到软件开发工具包的本地统计线程发送的心跳包，则确定软件开发工具包的本地统计线程不可用，发出告警信息。
57.在上述实施例的基础上，所述第二预设时长所设定的时间长度可以是固定值，例如10秒、15秒甚至30秒。如果客户端在较长时间内没有接收到软件开发工具包的本地统计线程发送的心跳包时，中心处理服务则可以确定软件开发工具包的本地统计线程不可用，同时发出告警信息。本方案可以实时监控软件开发工具包的本地统计线程是否可用，本地统计线程可以向中心处理服务上报目标任务的各个线程的执行进度，因此，本方案进一步保证了对于分布式任务执行进度进行监控的可靠性，方便运营人员及时发现本地统计线程的工作状态，排除故障。
58.本技术实施例所提供的技术方案，通过部署在客户端中的软件开发工具包获取接入程序的至少一个目标任务各线程的处理数据；根据至少一个目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度；将执行每个目标任务的各线程的执行进度上报，以供中心处理服务进行汇总统计，确定分布式任务执行进度，并反馈至监控端显示。本技术方案可以通过获取目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度，为接入程序提供一个可视化进度显示和及时的告警服务，方便运营人员及时观察接入程序执行情况，及时监控服务的可用性，为业务的正常运营保驾护航。
59.实施例二
60.图3为本发明实施例二中的分布式任务执行进度的监控方法的流程图，本实施例以上述实施例为基础进行优化。
61.如图3所示，本实施例的方法具体包括如下步骤：
62.s210，通过部署在客户端中的软件开发工具包维护计数器，以对目标任务各线程执行过程中调用的更新进度方法的调用次数进行计数。
63.软件开发工具包的计数器可以对目标任务各个线程执行过程中调用的更新进度方法的调用次数进行统计。计数器可以将获取到的计数结果，提供给本地统计线程。
64.在本方案中，可选的，所述更新进度方法是目标任务各线程执行过程中通过runable接口或callable接口调用得到的。
65.所述runable接口和所述callable接口可以是java中实现多线程的方式。规定的方法，所述runable接口规定的方法是run()，所述callable接口规定的方法是call()。callable接口的任务执行后可以返回值，而runable接口的任务执行后不能返回值。除此之外，call()方法可以抛出异常，而run()方法不可以抛出异常。运行callable任务可以拿到一个future对象，表示异步计算的结果。它提供了检查计算是否完成的方法，以等待计算的完成，并检索计算的结果。通过future对象可以了解任务执行情况，可取消任务的执行，还可获取执行结果。
66.本方案通过调用runable接口或callable接口实现对更新进度方法的调用，可以更加容易实现对更新进度方法的调用，有利于分布式任务执行进度监控方法的推广使用，进而方便运营人员的软件开发工作。
67.s220，将计数结果提供至软件开发工具包的本地统计线程，供所述本地统计线程确定接入程序的至少一个目标任务各线程的处理数据。
68.s230，根据所述至少一个目标任务各线程的处理数据，汇总确定所述至少一个目标任务的处理数据总量和计划处理数据量。
69.s240，根据所述至少一个目标任务的处理数据总量和计划处理数据量，确定执行每个目标任务的所有线程的执行进度。
70.s250，将所述执行每个目标任务的各线程的执行进度上报，以供中心处理服务进行汇总统计，确定分布式任务执行进度，并反馈至监控端显示。
71.本技术实施例所提供的技术方案，通过部署在客户端中的软件开发工具包维护计数器，以对目标任务各线程执行过程中调用的更新进度方法的调用次数进行计数；将计数结果提供至软件开发工具包的本地统计线程，供本地统计线程确定接入程序的至少一个目标任务各线程的处理数据；根据至少一个目标任务各线程的处理数据，汇总确定至少一个目标任务的处理数据总量和计划处理数据量；根据至少一个目标任务的处理数据总量和计划处理数据量，确定执行每个目标任务的所有线程的执行进度；将执行每个目标任务的各线程的执行进度上报，以供中心处理服务进行汇总统计，确定分布式任务执行进度，并反馈至监控端显示。本技术方案可以通过获取目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度，为接入程序提供一个可视化进度显示和及时的告警服务，方便运营人员及时观察接入程序执行情况，及时监控服务的可用性，为业务的正常运营保驾护航。
72.实施例三
73.图4为本发明实施例三提供的一种分布式任务执行进度的监控装置的结构框图，该装置可执行本发明任意实施例所提供的分布式任务执行进度的监控方法，具备执行方法相应的功能模块和有益效果。所述装置配置于区块链节点，所述区块链中包括主节点，从节点，以及代理节点；所述代理节点与主节点和从节点连接；如图4所示，该装置可以包括：
74.处理数据获取模块310，用于通过部署在客户端中的软件开发工具包获取接入程序的至少一个目标任务各线程的处理数据；
75.执行进度确定模块320，用于根据所述至少一个目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度；
76.执行进度上报模块330，用于将所述执行每个目标任务的各线程的执行进度上报，以供中心处理服务进行汇总统计，确定分布式任务执行进度，并反馈至监控端显示。
77.在本实施例中，可选的，所述处理数据获取模块310，具体用于：
78.通过部署在客户端中的软件开发工具包维护计数器，以对目标任务各线程执行过程中调用的更新进度方法的调用次数进行计数；
79.将计数结果提供至软件开发工具包的本地统计线程，供所述本地统计线程确定接入程序的至少一个目标任务各线程的处理数据。
80.在上述实施例的基础上，可选的，所述更新进度方法是目标任务各线程执行过程中通过runable接口或callable接口调用得到的。
81.在一个可行的实施例中，可选的，所述执行进度确定模块320，具体用于：
82.根据所述至少一个目标任务各线程的处理数据，汇总确定所述至少一个目标任务的处理数据总量和计划处理数据量；
83.根据所述至少一个目标任务的处理数据总量和计划处理数据量，确定执行每个目标任务的所有线程的执行进度。
84.在另一个可行的实施例中，可选的，所述执行进度上报模块330还用于：
85.若确定存在目标任务的执行进度在第一预设时长内未更新，则生成所述目标任务的告警信息。
86.在一个优选的实施例中，可选的，所述装置还包括：
87.配置更新模块，用于若检测到软件开发工具包的配置更新事件，则根据更新内容对所述软件开发工具包的配置进行实时更新。
88.在另一个优选的实施例中，可选的，所述装置还包括：
89.告警信息发出模块，用于若在第二预设时长内未接收到软件开发工具包的本地统计线程发送的心跳包，则确定软件开发工具包的本地统计线程不可用，发出告警信息。
90.上述产品可执行本技术实施例所提供的分布式任务执行进度的监控方法，具备执行方法相应的功能模块和有益效果。
91.实施例四
92.本发明实施例四提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术所有发明实施例提供的分布式任务执行进度的监控方法：
93.通过部署在客户端中的软件开发工具包获取接入程序的至少一个目标任务各线程的处理数据；
94.根据所述至少一个目标任务各线程的处理数据确定执行每个目标任务的各线程
的执行进度；
95.将所述执行每个目标任务的各线程的执行进度上报，以供中心处理服务进行汇总统计，确定分布式任务执行进度，并反馈至监控端显示。
96.可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
97.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
98.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、rf等等，或者上述的任意合适的组合。
99.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
100.实施例五
101.本技术实施例五提供了一种电子设备。图5是本技术实施例五提供的一种电子设备的结构示意图。如图5所示，本实施例提供了一种电子设备400，其包括：一个或多个处理器420；存储装置410，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器420执行，使得所述一个或多个处理器420实现本技术实施例所提供的分布式任务执行进度的监控方法，该方法包括：
102.通过部署在客户端中的软件开发工具包获取接入程序的至少一个目标任务各线程的处理数据；
103.根据所述至少一个目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度；
104.将所述执行每个目标任务的各线程的执行进度上报，以供中心处理服务进行汇总统计，确定分布式任务执行进度，并反馈至监控端显示。
105.当然，本领域技术人员可以理解，处理器420还实现本技术任意实施例所提供的分
布式任务执行进度的监控方法的技术方案。
106.图5显示的电子设备400仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
107.如图5所示，该电子设备400包括处理器420、存储装置410、输入装置430和输出装置440；电子设备中处理器420的数量可以是一个或多个，图5中以一个处理器420为例；电子设备中的处理器420、存储装置410、输入装置430和输出装置440可以通过总线或其他方式连接，图5中以通过总线450连接为例。
108.存储装置410作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块单元，如本技术实施例中的分布式任务执行进度的监控方法对应的程序指令。
109.存储装置410可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置410可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置410可进一步包括相对于处理器420远程设置的存储器，这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
110.输入装置430可用于接收输入的数字、字符信息或语音信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏、扬声器等电子设备。
111.本技术实施例提供的电子设备，可以通过获取目标任务各线程的处理数据确定执行每个目标任务的各线程的执行进度，为接入程序提供一个可视化进度显示和及时的告警服务，方便运营人员及时观察接入程序执行情况，及时监控服务的可用性，为业务的正常运营保驾护航。
112.上述实施例中提供的分布式任务执行进度的监控装置、介质及设备可执行本技术任意实施例所提供的分布式任务执行进度的监控方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本技术任意实施例所提供的分布式任务执行进度的监控方法。
113.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。