服务等级协议的确定方法，装置，终端及可读存储介质与流程

1.本公开涉及互联网技术领域，特别涉及一种服务等级协议的评价方法、装置、设备及可读存储介质。


背景技术：

2.在互联网业务的服务部门对其客户提供服务之前，双方需根据商定得到的结果，确定服务等级协议(service level agreement，sla)。在服务等级协议指定之前，以及服务等级协议实施之后，服务供应商应对其售卖的服务进行服务能力的确定。
3.相关技术中，当供应商进行服务的提供时，供应商即向客户提供服务的开始时刻以及结束时刻，并在该开始时刻与结束时刻之内，进行服务的可用时间段以及不可用时间段的划分，供应商将默认在可用时间段内，服务始终处于可用状态。
4.然而，即时供应商默认服务处于可用状态，在提供服务时，仍会出现诸如服务异常的突发情况致使服务失败，故相关技术中对于服务能力的确定方法准确率较低。


技术实现要素：

5.本公开关于一种服务等级协议的确定方法，装置，终端及可读存储介质，能够提高对于服务能力的确定准确率。该技术方案如下：
6.一方面，提供了一种服务等级协议的确定方法，该方法包括：
7.确定与目标服务对应的至少一个子任务，目标服务对应有服务可用时长，服务可用时长指示目标服务的服务使用率；
8.获取与子任务对应的子任务数据，子任务数据中包括子任务状态变更数据，子任务状态变更数据指示子任务的工作状态的变化过程；
9.基于子任务变更状态数据，确定与子任务对应的子任务服务等级协议；
10.根据子任务服务等级协议确定目标服务的服务等级协议。
11.另一方面，提供了一种服务等级协议的确定装置，该装置包括：
12.确定模块，用于确定与目标服务对应的至少一个子任务，目标服务对应有服务可用时长，服务可用时长指示目标服务的服务使用率；
13.获取模块，用于获取与子任务对应的子任务数据，子任务数据中包括子任务状态变更数据，子任务状态变更数据指示子任务的工作状态的变化过程；
14.确定模块，还用于基于子任务变更状态数据，确定与子任务对应的子任务服务等级协议；
15.确定模块，还用于根据子任务服务等级协议确定目标服务的服务等级协议。
16.另一方面，提供了一种计算机设备，计算机设备包括处理器和存储器，存储器中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述本公开实施例中提供的服务等级协议的确定方法。
17.另一方面，提供了一种计算机可读存储介质，可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述本公开实施例中提供的服务等级协议的确定方法。
18.另一方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例中任一所述的服务等级协议的确定方法。
19.本公开提供的技术方案带来的有益效果至少包括：
20.根据获取到的，与目标服务对应的至少一个子任务对应的子任务变更状态数据，确定子任务的工作状态变化过程，并得到子任务服务等级协议，进而获得与目标服务对应的目标服务等级协议。在进行目标服务的服务等级协议的确定过程中，不对服务的供应时间进行关注，而对应目标任务中的各个子任务的工作状态的变化确定子任务以及目标服务的最终等级协议，提高了对于服务能力的确定方式的准确率。
附图说明
21.为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
22.图1示出了本技术一个示例性实施例提供的一种服务等级协议的确定方法的流程图；
23.图2示出了本技术一个示例性实施例提供的一种确定子任务服务等级协议的方法的流程图；
24.图3示出了本技术一个示例性实施例提供的一种子任务对应时间节点进行工作状态切换的工作示意图；
25.图4示出了本技术一个示例性实施例提供的一种对工作状态进行状态评价的示意图；
26.图5示出了本技术一个示例性实施例提供的一种服务等级协议的确定方法的流程图；
27.图6示出了本技术一个示例性实施例提供的一种服务等级协议界面的示意图；
28.图7示出了本技术一个示例性实施例提供的一种服务等级协议的确定方法的过程示意图；
29.图8示出了本技术一个示例性实施例提供的一种服务等级协议的确定装置的示意图；
30.图9示出了本技术一个示例性实施例提供的另一种服务等级协议的确定装置的示意图；
31.图10示出了本技术一个示例性实施例提供的一种服务器的结构示意图。
具体实施方式
32.为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。
33.首先，对本公开实施例中涉及的名词进行简单的介绍：
34.服务等级协议(service level agreement，sla)，是指服务供应商和用户之间达成的协议，该协议要求用户支付一定的费用，对应地，服务供应商保证服务的业务性能。在协议达成后，服务供应商可以周期性地检测所售卖的产品的服务等级。
35.在本技术中，服务等级协议用于指示服务的质量。可选地，当服务等级协议的级别越高，即指示服务的质量越高，反之，当服务等级协议的级别越低，即指示服务的质量越低。可选地，为对于己方提供的服务有明确的定位以及深入的了解，服务供应商在提供对应服务之前，会进行服务等级协议的自检。本技术的各个实施例可视为服务器进行服务等级协议的自检的实施例。
36.流式计算，是一种相对于传统数据处理过程提出的新的计算模式。在传统的数据处理过程中，通常首先进行数据的收集以及存储，并在需要进行数据的处理时，对于已存储的数据进行处理。与此相对，流式计算在数据的收集过程中即对于数据进行实时分析。在本技术实施例中，流式计算可以作为服务供应商向用于保证的业务，也即，服务等级协议提供的服务为流式计算服务。
37.相关技术中，服务供应商所提供的服务通常对应有服务周期，在该服务周期内，服务分为可用状态和不可用状态，通常而言，服务的状态仅被简单区分为可用状态以及不可用状态。在一个示例中，可用状态即指示提供服务的服务器开启的时段，不可用状态即指示提供服务的服务器关闭的时段。然而，当服务处于可用状态时，由于服务器自身的不稳定性，在提供服务的过程中也会产生服务中断的情况，导致服务的供应商对于服务等级协议中的服务质量的估计错误。
38.故在本技术提供的服务等级协议的确定方法中，通过对于服务中的各个任务进行实时监控的方法，以提供确切的服务可用时长，从而提高了对于服务能力的确定的效率。
39.图1示出了本技术一个示例性实施例提供的一种服务等级协议的确定方法的流程图，以该方法应用于服务器中为例进行说明，该方法包括：
40.步骤101，确定与目标服务对应的至少一个子任务，目标服务对应有服务可用时长，服务可用时长指示目标服务的服务使用率。
41.在本技术实施例中，目标服务可以实现为流式计算服务，当目标服务实现为流式计算服务时，对于数据进行处理的过程即被分解为多个任务，并进行并行处理的过程，故目标服务中包括至少一个子任务。
42.可选地，本技术实施例中的目标服务还包括其他服务，在其他服务当中，子任务被逐个处理，本技术对于目标服务内部对于子任务的处理方式不作限制。
43.在本技术实施例中，目标服务的服务可用时长是由服务供应商确定，并提供至用户的。在目标服务的服务供应期中，目标服务的服务可用时长对目标服务的服务效率进行了指示。在一个示例中，目标服务的服务供应期为30天，也即720个小时，而服务的可用时间为540个小时，也即可以确定，服务的可用时间与目标服务的服务供应期的比例为3/4，当其表示目标服务的服务使用率时，也即可以指示，目标服务的服务使用率为0.75。
44.步骤102，获取与子任务对应的子任务数据，子任务数据中包括子任务状态变更数据，子任务状态变更数据指示子任务的工作状态的变化过程。
45.在本技术实施例中，在确定与目标服务对应的子任务后，服务器即对于子任务的子任务数据进行获取。在一个示例中，当目标服务实现为流式计算服务时，对应地，子任务也即实现为流式计算服务的子任务，也即并行处理的子任务。此时，服务器即可同时获取正在进行的流式计算服务的子任务的数据。可选地，子任务数据中包括子任务数值数据，表示子任务当前处理的任务数值；或，子任务数据中包括子任务进度数据，表示子任务当前的处理进度。
46.在本技术实施例中，子任务数据中包括了子任务的状态变更数据。子任务的状态变更数据指示子任务的工作状态的变化过程。可选地，状态变更数据中包括子任务进行工作状态的变化的时间节点，子任务进行工作状态变化之前的工作状态，以及子任务进行工作状态变化后的工作状态。在一个示例中，子任务的工作状态包括已发布、启动中、启动完成、启动失败、暂停中、已暂停、暂停失败、停止中、已停止、停止失败中的至少一种。
47.可选地，在确定服务供应期中的对应单个子任务的所有子任务状态变更数据后，即可确定子任务在一个服务供应期中的完整变化情况。
48.步骤103，基于子任务变更状态数据，确定与子任务对应的子任务服务等级协议。
49.在确定子任务变更状态数据后，即可根据子任务变更状态数据对于子任务服务等级协议进行量化确定。可选地，在本技术中，子任务服务等级协议体现为量化数字，且该数字的绝对值与子任务变更状态数据中的工作状态的内容关联。在一个示例中，通过工作状态可以确定子任务的可靠度，当子任务的可靠度越高时，子任务服务等级协议越高；在另一个示例中，通过工作状态可以确定子任务的效率，当子任务的效率越高时，子任务服务等级协议越高。可选地，子任务服务协议等级与工作状态的属性之间通过公式建立有联系。
50.步骤104，根据子任务服务等级协议确定目标服务的服务等级协议。
51.可选地，目标服务中包括至少一个子任务。在一个示例中，子任务的数量为一个，此时，目标服务的服务等级协议即等于子任务服务等级协议；在另一个示例中，子任务的数量为至少两个，此时，目标服务的服务等级协议与该至少两个子任务服务等级协议之间具有联系，例如，将至少两个子任务服务等级协议的平均数作为目标服务的服务等级协议，或，将至少两个子任务服务等级协议的中位数作为目标服务的服务等级协议。
52.综上所述，本技术实施例提供的方法，根据获取到的，与目标服务对应的至少一个子任务对应的子任务变更状态数据，确定子任务的工作状态变化过程，并得到子任务服务等级协议，进而获得与目标服务对应的目标服务等级协议。在进行目标服务的服务等级协议的确定过程中，不对服务的供应时间进行关注，而对应目标任务中的各个子任务的工作状态的变化确定子任务以及目标服务的最终等级协议，提高了对于服务能力的确定方式的准确率。
53.在一些申请实施例中，子任务变更状态数据中，与子任务对应的工作状态可以作为其服务等级协议的评价标准。图2示出了本技术一个示例性实施例提供的一种确定子任务服务等级协议的方法的流程图，该方法可以替换步骤103，并实现为步骤201至步骤204，以该方法应用于服务器中为例进行说明，该方法包括：
54.步骤201，基于子任务变更状态数据，确定目标服务提供时段内的工作状态变化过
程，工作状态变化过程中包括至少两种工作状态。
55.在本技术实施例中，在获取子任务变更状态数据后，即可获取工作状态变化的时间节点，以及在时间节点前后与子任务对应的工作状态。请参考图3，根据子任务变更状态数据，可以确定第一时间节点301，第二时间节点302、第三时间节点303、第四时间节点304、第五时间节点305以及第六时间节点306。在第一时间节点301之前，子任务处于第一工作状态311。经过第一时间节点301后，子任务处于第二工作状态312；经过第二时间节点302后，子任务处于第三工作状态313；经过第三时间节点303后，子任务处于第四工作状态314；经过第四时间节点304后，子任务处于第五工作状态315；经过第五时间节点305后，子任务处于第六工作状态316，经过第六时间节点316后，子任务处于第七工作状态317。可选地，相邻的两种工作状态并不相同。在本技术实施例中，工作状态包括已发布、启动中、启动完成、启动失败、暂停中、已暂停、暂停失败、停止中、已停止、停止失败中的至少一种。相邻的两种工作状态无法实现为同种工作状态。
56.步骤202，从评价对应关系中获取与工作状态变化过程对应的状态评价变化过程。
57.在本技术实施例中，工作状态对应有状态评价，状态评价包括可用评价以及不可用评价，可用评价指示子任务可用，不可用评价指示子任务不可用。
58.在本技术实施例中，一种工作状态与一种状态评价相对应。在一个示例中，当状态评价为不可用评价时，即指示子任务在该工作状态下无法正常工作，其中，包括子任务因目标任务的正常工作周期而暂停工作的情况，以及子任务在任务处理过程中产生异常而无法工作的情况。可选地，服务器根据对于子任务的信号发送情况，对于子任务是否可用进行评价。
59.请参考图4，对应图3所示的第一时间节点301，第二时间节点302、第三时间节点303、第四时间节点304、第五时间节点305以及第六时间节点306，在经过每个时间节点时，子任务的状态评价也发生一次变化。如图4所示，在第一时间节点301与第二时间节点302之间、第三时间节点303与第四时间节点304之间，第五时间节点305与第六时间节点306之间，子任务对应的状态评价为不可用评价402，也即，指示子任务在上述时段内处于不可用状态，而在其他时段内，子任务对应的状态评价为可用评价401，指示子任务在上述时段内处于可用状态。
60.可选地，在本技术的其他实施例中，当经过一个时间节点时，子任务的状态评价不发生变化。
61.步骤203，基于状态评价变化过程中的可用评价，确定与子任务变更状态数据对应的子任务可用时长。
62.可选地，子任务可用时长为子任务在目标服务的供应时间内的可用时长，或，子任务在一个计算周期内的可用时长。可选地，可用时长即指示子任务处于对应状态评价为可用评价的工作状态的时间长度，如图4所示，当子任务可用时长指示子任务在一个计算周期内的可用时长时，子任务可用时长即为第二时间节点302到第三时间节点303之间，以及第四时间节点304以及第五时间节点305之间的时长，此时，子任务可用时长即为该两段时间长度的加和。
63.步骤204，基于子任务可用时长以及服务周期的比值，确定子任务服务等级协议。
64.在本技术实施例中，子任务服务等级协议与子任务可用时长相关。在一个示例中，
子任务服务等级协议的量化值为：服务周期时间减去服务周期内的不可用时长，与服务周期的总时长的比值。由于在本技术实施例中，服务周期的时长减去子任务不可用时长即为子任务可用时长，故子任务可用时长与服务周期的比值即为子任务服务等级协议所对应的数值。
65.综上所述，本技术实施例提供的方法，根据获取到的，与目标服务对应的至少一个子任务对应的子任务变更状态数据，确定子任务的工作状态变化过程，并得到子任务服务等级协议，进而获得与目标服务对应的目标服务等级协议。在进行目标服务的服务等级协议的确定过程中，不对服务的供应时间进行关注，而对应目标任务中的各个子任务的工作状态的变化确定子任务以及目标服务的最终等级协议，提高了对于服务能力的确定方式的准确率。
66.通过有子任务变更状态数据对于子任务的工作状态的变化进程进行确认，并根据该变化进行对子任务的可用性做出评价，进而根据评价结果对于子任务的服务能力进行量化评价，提高了对于子任务的服务能力的评价准确率。
67.在本技术的一些实施例中，不可用时间段的时间长度较短并不会对子任务的处理造成较大的影响，而当不可用的时间长度较长时，即指示一个任务周期结束。图5示出了本技术一个示例性实施例提供的一种服务等级协议的确定方法的流程图，以该方法应用与服务器中为例进行说明，该方法包括：
68.步骤501，确定与目标服务对应的至少一个子任务，目标服务对应有服务可用时长，服务可用时长指示目标服务的服务使用率。
69.需要注意的是，在本技术实施例中，目标服务为流式计算服务，子任务为与流式计算服务对应的流式计算子任务。
70.在本技术实施例中，如步骤101中所述，目标服务的服务可用时长是由服务供应商确定，并提供至用户的。在目标服务的服务供应期中，目标服务的服务可用时长对目标服务的服务效率进行了指示。在一个示例中，目标服务的服务供应期为30天，也即720个小时，而服务的可用时间为540个小时，也即可以确定，服务的可用时间与目标服务的服务供应期的比例为3/4，当其表示目标服务的服务使用率时，也即可以指示，目标服务的服务使用率为0.75。可选地，目标服务中具有至少两个服务周期。在一个示例中，目标服务的服务供应期为30天，也即720个小时。而在该30天内，具有30个服务周期，每个服务周期设置有固定的服务器休息时间，如，服务器的工作时间为每天的8：00
‑
17：00。则在0：00～8：00，以及17：00～24：00之间，服务器休息，当服务器休息时，目标服务也处于不可用状态，对应的，目标服务中的所有子任务处于不可用状态。
71.步骤502，获取与子任务对应的子任务数据，子任务数据中包括子任务状态变更数据，子任务状态变更数据指示子任务的工作状态的变化过程。
72.在本技术实施例中，如步骤102中所述，当目标服务实现为流式计算服务时，对应地，子任务也即实现为流式计算服务的子任务，也即并行处理的子任务。此时，服务器即可同时获取正在进行的流式计算服务的子任务的数据。可选地，子任务数据中包括子任务数值数据，表示子任务当前处理的任务数值；或，子任务数据中包括子任务进度数据，表示子任务当前的处理进度。子任务数据中包括了子任务的状态变更数据。子任务的状态变更数据指示子任务的工作状态的变化过程。可选地，状态变更数据中包括子任务进行工作状态
的变化的时间节点，子任务进行工作状态变化之前的工作状态，以及子任务进行工作状态变化后的工作状态。在一个示例中，子任务的工作状态包括已发布、启动中、启动完成、启动失败、暂停中、已暂停、暂停失败、停止中、已停止、停止失败中的至少一种。
73.步骤503，基于子任务变更状态数据，确定目标服务提供时段内的工作状态变化过程，工作状态变化过程中包括至少两种工作状态。
74.在本技术实施例中，工作状态即为步骤502中所述的10种工作状态中的至少一种。可选地，每个工作周期中包括了至少一种上述工作状态。
75.步骤504，从评价对应关系中获取与工作状态变化过程对应的状态评价变化过程。
76.在本技术实施例中，评价对应关系为工作状态到状态评价的映射关系，以工作状态包括已发布、启动中、启动完成、启动失败、暂停中、已暂停、暂停失败、停止中、已停止、停止失败共计10种工作状态为例，其中，启动失败、暂停失败、停止失败、已暂停、已停止五种工作状态对应的状态评价为不可用评价，其余五种工作状态对应的状态评价为可用评价。
77.步骤505，基于状态评价变化过程中的可用评价，确定与子任务变更状态数据对应的子任务可用时长。
78.步骤505所述的过程，即为对于一个服务周期内，对应已发布、启动中、启动完成、暂停中、停止中的五种工作状态的时间长度进行加和，得到子任务可用时长的过程。
79.步骤506，响应于子任务对应的评价状态为不可用评价，且不可用评价的持续时间短于免责时长时，将子任务对应的评价状态更改为可用评价。
80.在本技术实施例中，服务器中对应设置有免责时长，免责时长是设置在服务器内的时长，当子任务对应的评价状态为不可用评价，且不可用评价的持续时间短于免责时长时，该段不可用评价的持续时间及不计入总不可用时间当中。在一个示例中，服务器将该段不可用评价更改为可用评价；在另一个示例中，服务器不改变该不可用评价，但不将该段不可用评价计入不可用评价的总时长的计算当中。
81.步骤507，响应于子任务对应的状态评价为不可用评价，且不可用评价的持续时间达到重置时长时，对不可用评价的持续时间进行重置。
82.在本技术实施例中，重置时长也为服务器中设置的时长。当不可用评价的持续时间达到重置时长时，可能表示一个服务周期完成，或，可能标识因为网络障碍，导致服务周期中断，在上述情况内，不可用评价的产生均与服务器的服务能力无关，故当不可用评价的持续时间达到重置时长时，不将对应的时长计入不可用评价的总时长，同时，重置不可用评价的持续时间，进行再次计时。
83.步骤508，基于子任务可用时长以及子任务不可用时长，确定子任务服务等级协议。
84.在本技术实施例中，子任务服务等级协议＝(子任务服务总时长
‑
子任务服务中的不可用时长)/子任务服务的总时长。由于免责时长以及重置时长的存在，纳入计算的子任务服务中的不可用时长以及子任务服务中的子任务服务时长并不等于子任务服务总时长。可选地，子任务服务总时长可以由一个服务周期内的子任务服务总时长代替，子任务服务中的不可用时长也可以用一个服务周期内的子任务服务中的不可用时长代替。
85.步骤509，对子任务服务等级协议进行平均化处理，得到目标服务的服务等级协议。
86.在本技术实施例中，目标服务中包括至少两个自服务，也即，子任务服务等级协议的数量为至少两个当子任务服务等级协议的数量为至少两个时，目标服务的服务等级协议为该至少两个子任务服务等级协议的平均值。
87.步骤510，比较子任务的子任务服务等级协议以及目标服务的服务等级协议。
88.在确定目标服务的服务协议等级之后，可以对目标协议等级进行优化。在进行优化之前，即对需要进行优化的子任务进行确定。故将目标任务中的各个子任务对应的子任务服务等级协议与目标服务的服务等级协议相比较。
89.步骤511，响应于子任务服务等级协议低于服务等级协议，存储子任务标识。
90.如步骤509以及步骤510中所述，由于服务等级协议为各个子任务服务等级协议的均值，当子任务服务等级协议低于服务等级协议时，即指示该子任务需要改进，故对于该子任务对应的子任务标识进行存储。对应的，在本技术实施例中，目标任务对应有目标任务标识。
91.可选地，在本技术实施例中，服务器还可以提供可视化的服务等级协议界面。请参考图6。在服务等级协议界面600中，包括服务等级协议显示区域610，服务等级协议变化显示区域620以及子服务显示列表630。服务等级协议显示区域610中包括目标服务对应的目标服务标识611，以及与该目标服务标识611对应的服务等级协议613。服务等级协议显示区域610中还包括当前选中的，属于目标服务的子任务的子任务标识612，以及与子任务标识612对应的子任务服务等级协议614。在服务等级协议变化显示区域620，显示有趋势变化曲线621，变化趋势曲线621用于指示选定的子任务服务等级协议的变化趋势。在子服务显示列表630中，包括至少一个子任务标识631，用于指示需要进行调整的子任务。
92.综上所述，本技术实施例提供的方法，根据获取到的，与目标服务对应的至少一个子任务对应的子任务变更状态数据，确定子任务的工作状态变化过程，并得到子任务服务等级协议，进而获得与目标服务对应的目标服务等级协议。在进行目标服务的服务等级协议的确定过程中，不对服务的供应时间进行关注，而对应目标任务中的各个子任务的工作状态的变化确定子任务以及目标服务的最终等级协议，提高了对于服务能力的确定方式的准确率。
93.图7示出了本技术一个示例性实施例提供的一种服务等级协议的确定方法的过程示意图，请参考图7，该过程包括：
94.步骤701，定时任务查询子任务状态信息变更的数据库。
95.在本技术实施例中，该过程即为对于目标任务进行确认，以及对于目标服务中的子任务进行选定的过程。在服务器内，流式计算的任务将被存储与数据库中。
96.步骤702，找出计算周期内的所示子任务的集合。
97.该过程即为对于目标服务中的所有子任务进行确定的过程，可选地，在流式计算的过程中，所有子任务是同步执行的，故根据任务执行的同步性，确定目标服务中的所有子任务。
98.步骤703，计算每个子任务服务等级协议。
99.在本技术实施例中，该过程即为确定子任务服务等级协议的过程。可选地，根据子任务对应的可用时间以及不可用时间，进行子任务服务等级协议的计算。
100.步骤704，按时间升序对当前子任务的每个状态变更信息排序，并映射为可用和不
可用状态。
101.可选地，该过程即为对于步骤703的引申，将子自服务对应的子任务变更状态数据中的工作状态，映射为对于工作状态的状态评价，并进而进行后续的子任务服务协议等级的计算。
102.步骤705，对于单个周期进行可用评价以及不可用评价的时间长度更新。
103.其中，将单个周期根据子任务变更状态数据分为i个时间段，对应每个时间段，判断其评价是否对应不可用评价。若其对应不可用评价，则确定与该时间段对应的时间长度是否在免责时长与最长时长之间，当其在该时间段内时，即对于不可用时长进行叠加。
104.步骤706，更新子任务服务等级协议以及目标任务服务等级协议。
105.该过程即为对于子任务服务等级协议进行更新，并对目标任务服务等级进行更新以及确定的过程。
106.综上所述，本技术实施例提供的方法，根据获取到的，与目标服务对应的至少一个子任务对应的子任务变更状态数据，确定子任务的工作状态变化过程，并得到子任务服务等级协议，进而获得与目标服务对应的目标服务等级协议。在进行目标服务的服务等级协议的确定过程中，不对服务的供应时间进行关注，而对应目标任务中的各个子任务的工作状态的变化确定子任务以及目标服务的最终等级协议，提高了对于服务能力的确定方式的准确率。
107.图8示出了本技术一个示例性实施例提供的一种服务等级协议的确定装置的示意图，请参考图8，该装置包括：
108.确定模块801，用于确定与目标服务对应的至少一个子任务，目标服务对应有服务可用时长，服务可用时长指示目标服务的服务使用率；
109.获取模块802，用于获取与子任务对应的子任务数据，子任务数据中包括子任务状态变更数据，子任务状态变更数据指示子任务的工作状态的变化过程；
110.确定模块801，还用于基于子任务变更状态数据，确定与子任务对应的子任务服务等级协议；
111.确定模块801，还用于根据子任务服务等级协议确定目标服务的服务等级协议。
112.在一个可选的实施例中，确定模块801，还用于基于子任务变更状态数据，确定在目标服务提供时段中，与子任务变更状态数据对应的子任务可用时长以及子任务不可用时长；
113.确定模块801，还用于基于子任务可用时长以及子任务不可用时长，确定子任务服务等级协议。
114.在一个可选的实施例中，工作状态对应有状态评价，状态评价包括可用评价和不可用评价，可用评价指示子任务可用，不可用评价指示子任务不可用；
115.确定模块801，还用于基于子任务变更状态数据，确定目标服务提供时段内的工作状态变化过程，工作状态变化过程中包括至少两种工作状态；
116.获取模块802，还用于从评价对应关系中获取与工作状态变化过程对应的状态评价变化过程；
117.确定模块801，还用于基于状态评价变化过程中的可用评价，确定与子任务变更状态数据对应的子任务可用时长。
118.在一个可选的实施例中，目标服务提供时段内对应有服务周期；
119.确定模块801，还用于基于子任务可用时长以及服务周期的比值，确定子任务服务等级协议。
120.在一个可选的实施例中，服务周期对应有重置时长；
121.请参考图9，该装置，还包括重置模块803，用于响应于子任务对应的状态评价为不可用评价，且不可用评价的持续时间达到重置时长时，对不可用评价的持续时间进行重置。
122.在一个可选的实施例中，服务周期对应有免责时长；
123.该装置，还包括更改模块804，用于响应于子任务对应的评价状态为不可用评价，且不可用评价的持续时间短于免责时长时，将子任务对应的评价状态更改为可用评价。
124.在一个可选的实施例中，子任务服务等级协议的数量为至少两个；
125.该装置，还包括处理模块805，用于对子任务服务等级协议进行平均化处理，得到目标服务的服务等级协议。
126.在一个可选的实施例中，子任务对应有子任务标识；
127.该装置，还包括比较模块806，用于比较子任务的子任务服务等级协议以及目标服务的服务等级协议；
128.该装置，存储模块807，用于响应于子任务服务等级协议低于服务等级协议，存储子任务标识。
129.在一个可选的实施例中，目标服务为流式计算服务，子任务为与流式计算服务对应的流式计算子任务。
130.综上所述，本技术实施例提供的装置，根据获取到的，与目标服务对应的至少一个子任务对应的子任务变更状态数据，确定子任务的工作状态变化过程，并得到子任务服务等级协议，进而获得与目标服务对应的目标服务等级协议。在进行目标服务的服务等级协议的确定过程中，不对服务的供应时间进行关注，而对应目标任务中的各个子任务的工作状态的变化确定子任务以及目标服务的最终等级协议，提高了对于服务能力的确定方式的准确率。
131.需要说明的是：上述实施例提供的服务等级协议的确定装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
132.本公开还提供了一种服务器，该服务器包括处理器和存储器，存储器中存储有至少一条指令，至少一条指令由处理器加载并执行以实现上述各个方法实施例提供的服务等级协议的确定方法。需要说明的是，该服务器可以是如下图10所提供的服务器。
133.请参考图10，其示出了本公开一个示例性实施例提供的服务器的结构示意图。具体来讲：服务器1000包括中央处理单元(central processing unit，cpu)1001、包括随机存取存储器(random access memory，ram)1002和只读存储器(read
‑
only memory，rom)1003的系统存储器1004，以及连接系统存储器104和中央处理单元1001的系统总线1005。服务器1000还包括帮助计算机内的各个器件之间传输信息的基本输入/输出(input output system，i/o)系统1006，和用于存储操作系统1013、应用程序1014和其他程序模块1015的大容量存储设备1007。
134.基本输入/输出系统1006包括有用于显示信息的显示器1008和用于用户输入信息
的诸如鼠标、键盘之类的输入设备1009。其中显示器1008和输入设备1009都通过连接到系统总线1005的输入输出控制器1010连接到中央处理单元1001。基本输入/输出系统1006还可以包括输入输出控制器1010以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1010还提供输出到显示屏、打印机或其他类型的输出设备。
135.大容量存储设备1007通过连接到系统总线1005的大容量存储控制器(未示出)连接到中央处理单元1001。大容量存储设备1007及其相关联的计算机可读介质为服务器1000提供非易失性存储。也就是说，大容量存储设备1007可以包括诸如硬盘或者cd
‑
rom驱动器之类的计算机可读介质(未示出)。
136.不失一般性，计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括ram、rom、可擦除可编程只读存储器(erasable programmable read only memory，eprom)、带电可擦可编程只读存储器(electrically erasable programmable read
‑
only memory，eeprom)、闪存或其他固态存储其技术，cd
‑
rom、数字多功能光盘(digital video disc，dvd)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知计算机存储介质不局限于上述几种。上述的系统存储器1004和大容量存储设备1007可以统称为存储器。
137.存储器存储有一个或多个程序，一个或多个程序被配置成由一个或多个中央处理单元1001执行，一个或多个程序包含用于实现上述服务等级协议的确定方法的指令，中央处理单元1001执行该一个或多个程序实现上述各个方法实施例提供的服务等级协议的确定方法。
138.根据本技术的各种实施例，服务器1000还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1000可以通过连接在系统总线1005上的网络接口单元1011连接到网络1012，或者说，也可以使用网络接口单元1011来连接到其他类型的网络或远程计算机系统(未示出)。
139.存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，一个或者一个以上程序包含用于进行本技术实施例提供的服务等级协议的确定方法中由服务器所执行的步骤。
140.本技术实施例还提供一种计算机可读存储介质，该可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述服务等级协议的确定方法。
141.本技术还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例中任一所述的服务等级协议的确定方法。
142.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，该计算机可读存储介质可以是上述实施例中的存储器中所包含的计算机可读存储介质；也可以
是单独存在，未装配入终端中的计算机可读存储介质。该计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述服务等级协议的确定方法。
143.可选地，该计算机可读存储介质可以包括：只读存储器(rom，read only memory)、随机存取记忆体(ram，random access memory)、固态硬盘(ssd，solid state drives)或光盘等。其中，随机存取记忆体可以包括电阻式随机存取记忆体(reram,resistance random access memory)和动态随机存取存储器(dram，dynamic random access memory)。上述本公开实施例序号仅仅为了描述，不代表实施例的优劣。
144.本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
145.上述仅为本公开的可选实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。