业务处理方法、装置、设备及存储介质与流程

1.本发明实施例涉及数据处理技术领域，尤其涉及一种业务处理方法、装置、设备及存储介质。


背景技术：

2.智能时代，人们对电信业务要求越来越多，导致电信业务不仅种类繁多，而且用户数量庞大。且每类业务特点不同，所以业务触发时间也不同，有可能同一时间某个业务触发量突增，因此，难以预测某个业务的用户规模和触发频率。
3.现有技术在业务突发导致业务告警、积压甚至发生生产故障时，只能依靠人工修改业务实例数量配置参数并重启所有业务实例，重新读取业务实例数量配置参数，来控制业务实例的扩充和缩减。
4.现有技术的缺陷在于无法收集业务处理数据，导致无法感知业务处理负载变化。并且现有技术无法支持业务实例的动态扩缩，从而提前规避业务突发风险。因此，容易导致业务告警、积压甚至是宕机、业务应用崩溃等生产故障；导致资源浪费，业务负载不均衡。在业务负载不均衡时，部分业务应用满载运行，但部分业务应用又比较空闲，资源利用失衡；而频繁切换参数、重启业务应用，导致业务处理流程回滚，影响业务处理进度。


技术实现要素：

5.本技术提供一种业务处理方法、装置、设备及存储介质，用以解决现有技术中依靠人工修改参数并重启所有实例，来控制实例扩充和缩减时，导致业务处理流程回滚，影响业务处理进度，且无法提前规避业务突发风险，容易导致业务告警、积压甚至生产故障，资源浪费，业务负载不均衡的技术问题。
6.第一方面，本技术提供一种业务处理方法，包括：
7.获取多种业务应用在处理业务过程中的处理性能数据；
8.根据所述处理性能数据判断各业务应用是否满足业务实例扩充条件；
9.若确定满足业务实例扩充条件，则确定空闲业务实例，以使业务应用系统将所述空闲业务实例从原始业务应用切换到第一目的业务应用中，所述第一目的业务应用为满足业务实例扩充条件的业务应用。
10.可选地，所述获取多种业务应用在处理业务过程中的处理性能数据，包括：
11.按照业务应用类型，将每种业务应用的原始业务运行数据存储到预设数据库中；
12.从所述预设数据库中获取所述原始业务运行数据；
13.针对每种业务应用，根据所述原始业务运行数据确定对应的处理性能数据。
14.可选地，所述处理性能数据包括以下数据的任意一种或多种：单批次业务处理网络耗时、处理业务负载比例、单批次业务处理时长；
15.所述根据所述处理性能数据判断各业务应用是否满足业务实例扩充条件，包括：
16.判断任意一种处理性能数据是否连续多次达到对应的预设性能阈值；
17.若确定任意一种处理性能数据连续多次达到对应的预设性能阈值，则确定满足业务实例扩充条件；
18.若确定任意一种处理性能数据未连续多次达到对应的预设性能阈值，则确定不满足业务实例扩充条件。
19.可选地，所述若确定满足业务实例扩充条件，则确定空闲业务实例，包括：
20.若确定满足业务实例扩充条件，则获取除第一目的业务应用以外的业务应用；
21.根据所述处理性能数据，从所述除第一目的业务应用以外的业务应用中获取满足业务实例缩小条件的业务应用；
22.从所述满足业务实例缩小条件的业务应用中获取空闲业务实例。
23.可选地，所述确定空闲业务实例之后，还包括：
24.获取所述原始业务应用标识信息、第一目的业务应用标识信息及空闲业务实例对应的业务通道标识信息；
25.根据所述原始业务应用标识信息、所述第一目的业务应用标识信息及所述空闲业务实例对应的业务通道标识信息生成对应的切换指令；
26.将所述切换指令存储到预设数据库的消息队列中，以使业务应用系统
27.对所述消息队列中的切换指令进行处理，以将所述空闲业务实例从原始业务应用切换到第一目的业务应用中。
28.可选地，所述方法还包括：
29.获取具有周期性高峰时段且满足业务实例扩充条件的至少一种第二目的业务应用；
30.在所述高峰时段到达前的预设时间点，获取空闲业务实例，以使业务应用系统将所述空闲业务实例从原始业务应用切换到第二目的业务应用。
31.可选地，所述方法还包括：
32.根据所述原始业务运行数据确定业务实时处理状态数据；
33.将所述业务实时处理状态数据进行显示，以使用户根据所述业务实时处理状态数据判断是否对对应的业务应用进行业务实例个数的调整。
34.第二方面，本技术提供一种业务处理装置，包括：
35.获取模块，用于获取多种业务应用在处理业务过程中的处理性能数据；
36.判断模块，用于根据所述处理性能数据判断各业务应用是否满足业务实例扩充条件；
37.确定模块，用于若确定满足业务实例扩充条件，则确定空闲业务实例，以使业务应用系统将所述空闲业务实例从原始业务应用切换到第一目的业务应用中，所述第一目的业务应用为满足业务实例扩充条件的业务应用。
38.第三方面，本技术提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；
39.所述存储器存储计算机执行指令；
40.所述处理器执行所述存储器存储的计算机执行指令，以实现第一方面中任一项所述的方法。
41.第四方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质中存
储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现第一方面中任一项所述的方法。
42.本技术提供的一种业务处理方法、装置、设备及存储介质，获取多种业务应用在处理业务过程中的处理性能数据。根据所述处理性能数据判断各业务应用是否满足业务实例扩充条件。若确定满足业务实例扩充条件，则确定空闲业务实例。将所述空闲业务实例从原始业务应用切换到第一目的业务应用中，所述第一目的业务应用为满足业务实例扩充条件的业务应用。由于不同业务特点不同，不同业务实例的负载情况、业务积压情况和资源利用情况都不相同。本技术通过监控不同业务的处理性能数据，判断各业务应用是否满足业务实例扩充条件。当确定满足业务实例扩充条件时，通过确定空闲实例，将空闲实例从原始业务应用切换到第一目的业务应用，使业务能动态分流合流，提高了空闲业务应用资源利用率，降低了繁忙业务应用的负载压力，从而有效减缓业务积压、有效避免因业务处理不及时或因业务负载过大而产生的系统崩溃、宕机等生产故障、在业务实例中进行了负载均衡，实现资源有效利用，并且加快业务的处理进度。
附图说明
43.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
44.图1为本技术实施例提供的业务处理方法的应用场景图；
45.图2为本技术实施例一提供的业务处理方法的方法流程图；
46.图3为本技术实施例二提供的业务处理方法的方法流程图；
47.图4为本技术实施例三提供的业务处理方法的方法流程图；
48.图5为本技术实施例四提供的业务处理方法的方法流程图；
49.图6为本技术实施例五提供的业务处理方法的方法流程图；
50.图7为本技术实施例六提供的业务处理方法的方法流程图；
51.图8为本技术实施例七提供的提供的业务处理方法的方法流程图；
52.图9为本技术实施例一提供的业务处理装置的结构示意图；
53.图10为本技术实施例一提供的电子设备的结构示意图。
具体实施方式
54.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
55.为了清楚理解本技术的技术方案，首先对现有技术的方案进行详细介绍。
56.现有技术在业务突发导致业务告警、积压甚至发生生产故障时，只能依靠人工修改业务实例数量配置参数并重启所有业务实例，以重新读取业务实例数量配置参数，来控制业务实例的扩充和缩减，重启业务应用会导致业务处理流程回滚，影响业务处理进度。而人工无法实时感知业务处理情况，无法及时修改业务实例数量配置参数，因而无法及时扩充业务实例数量，容易导致业务告警、积压甚至是业务应用崩溃、设备宕机等生产故障，而
且不同业务触发时间不同，导致业务负载不均衡，部分业务应用负载过重，部分业务应用又比较空闲，导致资源利用不均衡和资源浪费的问题。
57.基于现有技术业务负载不均衡、资源浪费从而导致业务处理效率低，容易产生业务告警、积压和生产故障的问题，本技术发明人经过创造性研究发现，虽然业务规模和业务触发频率难以预测，但业务处理性能数据与业务积压趋势密切相关，只要获取了相关业务处理性能数据，就能根据业务处理性能数据确定出是否有需要扩展的业务应用，若有需要扩展的业务应用，则确定当前时间下的空闲业务实例，并将空闲业务实例从原始业务应用切换到第一目的业务应用中。就能实现业务动态分流合流、负载均衡和资源的合理利用，从而达到减缓业务告警、积压、预防生产故障的目的。
58.下面对本技术提供的业务处理方法的网络架构及应用场景进行介绍。
59.图1为本技术提供的业务处理方法的应用场景图。本技术实施例提供的业务处理方法对应的网络结构中可包括：数据库1、电子设备集群2，电子设备3。电子设备集群2可以是服务器集群。电子设备3可以是服务器。业务应用系统运行于电子设备集群2上，业务应用系统内含多种业务应用，不同业务应用不断将各种原始业务运行数据存入数据库1中。业务监控系统运行于电子设备3上。可由运行在电子设备3上的业务监控系统定时批量获取数据库1中的原始业务运行数据，根据原始业务运行数据确定对应的处理性能数据，以获得多种业务应用在处理业务过程中的处理性能数据。根据实施例中的业务处理方法，判断各业务应用是否满足扩充条件，若满足，则生成切换指令，并存入数据库1中，业务应用系统定期从数据库1中获取对应业务应用的切换指令，按照指令要求将空闲业务实例从原始业务应用切换为第一目的业务应用。
60.本技术提供的业务处理方法具体可应用于各种电信业务。如业务应用包括缴费开机业务。当用户缴纳话费后，业务应用系统收到缴费开机请求并进行处理。业务监控系统定时批量获取缴费开机业务及其他业务的原始业务数据，生成业务的处理性能数据，当缴费开机业务应用的处理性能数据持续不达标时，业务监控系统确定缴费开机业务需要扩充业务实例。此时，系统将根据业务的处理性能数据，确定一个空闲业务实例，并生成切换指令，存入数据库1中，业务应用系统定期获取切换指令，按照指令要求将空闲业务实例从原始业务应用切换为缴费开机业务应用。
61.下面以具体地实施例对本技术的技术方案以及本技术的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本技术的实施例进行描述。
62.实施例一
63.图2为本技术实施例一提供的业务处理方法的方法流程图。本实施例针对业务负载不均衡、资源浪费导致的业务告警积压甚至产生生产故障的问题，提供一种业务处理方法。本实施例中的方法应用于业务处理装置，业务处理装置可以位于电子设备中。其中，电子设备可以为表示各种形式的数字计算机。诸如，蜂窝电话、智能电话、膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。
64.如图2所示，本技术实施例的业务处理方法包括以下步骤：
65.步骤s101、获取多种业务应用在处理业务过程中的处理性能数据。
66.其中，业务应用是指用来处理业务的应用程序。不同业务应用处理不同业务类型
的数据。一种业务应用可以包括至少一个对应业务类型的业务实例。
67.其中，处理性能数据，是指能代表业务处理效能的数据。例如单批次业务处理时长、单批次业务处理网络耗时、处理业务负载比例、业务处理实际效率等。处理性能数据能一定程度反映业务积压趋势，当处理性能数据连续多次超过预设性能阈值数据时，说明业务有积压风险。
68.各类业务应用在业务处理过程中，会不断将业务运行的原始数据存入预设数据库中。业务监控系统定时批量从预设数据库中获取业务运行的原始数据。并针对每种业务应用，分别根据业务运行的原始数据确定各业务应用对应的处理性能数据。
69.步骤s102、根据处理性能数据判断各业务应用是否满足业务实例扩充条件。
70.其中，业务实例扩充条件，是指业务实例扩充时的必要条件。
71.具体地，针对每种业务应用，根据至少一种处理性能数据，分别判断是否满足业务实例扩充条件。在根据至少一种处理性能数据，分别判断是否满足业务实例扩充条件时，可以为：
72.判断该业务应用对应的所有业务实例的单批次业务处理网络耗时均值是否连续多次达到或超过对应的预设性能阈值。其中，预设性能阈值为网络顺畅时单批次业务正常处理时的网络耗时经验值。当业务应用对应的所有业务实例的单批次业务处理网络耗时均值连续多次达到或超过预设性能阈值时，说明网络拥堵，业务存在积压风险。
73.可选地，判断该业务应用对应的所有业务实例的处理业务负载比例均值是否连续多次达到或超过对应的预设性能阈值。其中，预设性能阈值取值为[0,1]。示例性地，可以为0.95以上或1。当业务应用对应的所有业务实例的处理业务负载比例均值连续多次达到或超过预设性能阈值时，说明业务负载处于满载状态，业务存在积压风险。
[0074]
可选地，判断该业务应用对应的所有业务实例的单批次业务处理时长均值是否连续多次达到或超过对应的预设性能阈值。其中，预设性能阈值为正常负载下，单批次业务处理时长的经验值。当业务应用对应的所有业务实例的单批次业务处理时长均值连续多次达到或超过预设性能阈值时，说明业务处理有延迟，业务存在积压风险。可选地，判断该业务应用对应的所有业务实例的业务处理实际效率均值是否连续多次达到对应的预设性能阈值。其中，预设性能阈值为正常负载下，单批次业务处理实际效率所能达到的最大的经验值。当业务应用对应的所有业务实例的单批次业务处理实际效率均值连续多次达到预设性能阈值时，说明业务处理实际效率已达最大处理效能，业务可能存在积压风险。
[0075]
业务实例的单批次业务处理网络耗时、处理业务负载比例、单批次业务处理时长及业务处理实际效率的具体计算方法，如实施例二的步骤s203及实施例四的步骤s402中所述。
[0076]
步骤s103、若确定满足业务实例扩充条件，则确定空闲业务实例，以使业务应用系统将空闲业务实例从原始业务应用切换到第一目的业务应用中，第一目的业务应用为满足业务实例扩充条件的业务应用。
[0077]
其中，空闲业务实例，是指业务资源利用率较低的业务实例。示例性地，业务应用只有一半以下的时间在处理业务，剩下的时间均为资源闲置状态，则可以认为该业务应用对应的实例为空闲业务实例。原始业务应用，是指正在运行的空闲业务实例的应用。
[0078]
具体地，若满足业务实例扩充条件，则从其他业务应用中，确定一个或多个空闲业
务实例。具体确定方法不做限定。例如，可以确定一个最空闲业务实例，也可以随机确定一个或多个空闲业务实例。当确定了空闲业务实例后，可由业务监控系统生成切换指令，向业务应用系统发送切换指令，业务应用系统根据切换指令内容，将空闲业务实例从原始业务应用切换成对应的第一目的业务应用。
[0079]
本技术实施例中，获取多种业务应用在处理业务过程中的处理性能数据。根据处理性能数据判断各业务应用是否满足业务实例扩充条件。若确定满足业务实例扩充条件，则确定空闲业务实例，以使业务应用系统将空闲业务实例从原始业务应用切换到第一目的业务应用中，第一目的业务应用为满足业务实例扩充条件的业务应用。由于不同业务特点不同，不同业务实例的负载情况、业务积压情况和资源利用情况都不相同。本技术通过监控不同业务的处理性能数据，判断各业务应用是否满足业务实例扩充条件。当确定满足业务实例扩充条件时，通过确定空闲实例，将空闲实例从原始业务应用切换到第一目的业务应用，使业务能动态分流合流，提高了空闲业务应用资源利用率，降低了繁忙业务应用的负载压力，从而有效减缓业务积压、有效避免因业务处理不及时或因业务负载过大而产生的系统崩溃、宕机等生产故障、在业务实例中进行了负载均衡，实现资源有效利用，并且加快业务的处理进度。
[0080]
实施例二
[0081]
图3为本技术实施例二提供的业务处理方法流程图，如图3所示，基于以上实施例，本技术实施例涉及步骤s101获取多种业务应用在处理业务过程中的处理性能数据的一种具体实现方式，获取多种业务应用在处理业务过程中的处理性能数据，包括以下步骤：
[0082]
步骤s201、按照业务应用类型，将每种业务应用的原始业务运行数据存储到预设数据库中。
[0083]
其中，原始业务运行数据是指业务运行的原始数据。包括业务工单获取操作数据和业务工单属性数据。其中，业务工单获取操作数据包括：业务应用标识、业务通道标识、预设单批次业务工单获取量、实际单批次业务工单获取量、起始业务工单号、获取时间等。业务工单属性数据包括：业务应用类型、业务工单号、操作时长，网络耗时等。
[0084]
具体地，根据不同业务应用类型，对应各业务实例将每批次业务工单获取操作数据和对应批次的业务工单属性数据分别存储到预设数据库中。其中，所属对应批次，根据实际单批次业务工单获取量和起始业务工单号确定。即以起始业务工单号为本批次第一个业务工单号，以起始业务工单号+实际单批次业务工单获取量-1为本批次最后一个业务工单号，此区间业务工单为本批次实际获取的业务工单。
[0085]
其中，预设数据库的类型不作限定，如可以为redis数据库，或其他类型数据库等。
[0086]
步骤s202、从预设数据库中获取原始业务运行数据。
[0087]
具体地，根据业务应用类型，业务监控系统获取每种业务应用的原始业务运行数据。包括每批次业务工单获取操作数据和对应批次业务工单属性数据。
[0088]
步骤s203、针对每种业务应用，根据原始业务运行数据确定对应的处理性能数据。
[0089]
示例性地，处理性能数据可以包括：单批次业务处理网络耗时、处理业务负载比例、单批次业务处理时长。
[0090]
其中，单批次业务处理网络耗时是指单个批次内的业务工单网络耗时总和。处理业务负载比例是指实际单批次业务工单获取量与预设单批次业务工单获取量的比值。单批
次业务处理时长是指单个批次内的业务工单处理时长总和。
[0091]
那么针对每种业务应用，根据原始业务运行数据确定对应的处理性能数据时，具体可以为：
[0092]
单批次业务处理网络耗时根据原始业务运行数据中的业务工单获取操作数据和业务工单属性数据得到。其中，以起始业务工单号对应业务工单为起始业务工单，以起始业务工单号+实际单批次业务工单获取量-1对应的业务工单为批次内最后一个业务工单，统计该批次内所有业务工单的网络耗时，得到单批次业务处理网络耗时。
[0093]
处理业务负载比例根据原始业务运行数据中的业务工单获取操作数据得到。具体地，实际单批次业务工单获取量/预设单批次业务工单获取量，得到处理业务负载比例。
[0094]
单批次业务处理时长根据原始业务运行数据中的业务工单获取操作数据和业务工单属性数据得到。其中，以起始业务工单号对应业务工单为起始业务工单，以起始业务工单号+实际单批次业务工单获取量-1对应的业务工单为批次内最后一个业务工单，统计该批次内所有业务工单的处理时长，得到单批次业务处理时长。
[0095]
本技术实施例中，按照业务应用类型，将每种业务应用的原始业务运行数据存储到预设数据库中。从预设数据库中获取原始业务运行数据。针对每种业务应用，根据原始业务运行数据确定对应的处理性能数据。在预设数据库中可对各种原始业务运行数据进行存储，所以可根据需求从预设数据库中获取原始业务运行数据，进而针对性地确定出各业务应用对应的处理性能数据。
[0096]
实施例三
[0097]
图4为本技术实施例三提供的业务处理方法流程图，如图4所示，基于实施例一或实施例二的内容，本技术实施例涉及步骤s102根据处理性能数据判断各业务应用是否满足业务实例扩充条件的一种具体可实现方式。
[0098]
其中，处理性能数据包括以下数据的任意一种或多种：单批次业务处理网络耗时、处理业务负载比例、单批次业务处理时长。
[0099]
具体地，根据处理性能数据判断各业务应用是否满足业务实例扩充条件，包括以下步骤：
[0100]
步骤s301、判断任意一种处理性能数据是否连续多次达到对应的预设性能阈值。
[0101]
可选地，判断业务实例单批次业务处理网络耗时是否连续多次达到或超过对应的预设性能阈值。其中，预设性能阈值为网络顺畅时单批次业务正常处理时的网络耗时经验值。当业务实例的单批次业务处理网络耗时连续多次达到或超过预设性能阈值时，说明网络拥堵，业务存在积压风险。
[0102]
可选地，判断业务实例处理业务负载比例是否连续多次达到或超过对应的预设性能阈值。其中，预设性能阈值取值为[0,1]。示例性地，可以为0.95以上或1。当处理业务负载比例连续多次达到或超过预设性能阈值时，说明业务负载处于满载状态，业务存在积压风险。
[0103]
可选地，判断业务实例单批次业务处理时长是否连续多次达到或超过对应的预设性能阈值。其中，预设性能阈值为正常负载下，单批次业务处理时长的经验值。当单批次业务处理时长连续多次达到或超过预设性能阈值时，说明业务处理有延迟，业务存在积压风险。
[0104]
其中，连续多次的次数具体不做限定。例如，可以是连续三次及以上。
[0105]
本实施例中，在执行步骤s301后，若是，则执行步骤s302，否则执行步骤s303。
[0106]
步骤s302、若确定任意一种处理性能数据连续多次达到对应的预设性能阈值，则确定满足业务实例扩充条件。
[0107]
具体地，继续上述步骤，若确定任意一种处理性能数据连续多次达到对应的预设性能阈值，则确定有业务积压风险，所以确定满足业务实例扩充条件。
[0108]
步骤s303、若确定任意一种处理性能数据未连续多次达到对应的预设性能阈值，则确定不满足业务实例扩充条件。
[0109]
具体地，继续上述步骤，若确定业务实例任意一种处理性能数据未连续多次达到对应的预设性能阈值，则确定没有业务积压风险，所以确定不满足业务实例扩充条件。
[0110]
本技术实施例中，判断任意一种处理性能数据是否连续多次达到对应的预设性能阈值。若确定任意一种处理性能数据连续多次达到对应的预设性能阈值，则确定满足业务实例扩充条件。若确定任意一种处理性能数据未连续多次达到对应的预设性能阈值，则确定不满足业务实例扩充条件。通过连续多次判断任意一种处理性能数据与对应的预设性能阈值关系，确定是否满足业务实例扩充的条件，能够进一步保证存在业务积压风险的业务应用能够及时进行扩充。
[0111]
实施例四
[0112]
图5为本技术实施例四提供的业务处理方法流程图，如图5所示，基于实施例三的内容，本技术实施例涉及步骤s103若确定满足业务实例扩充条件，则确定空闲业务实例的一种具体可实现方式。若确定满足业务实例扩充条件，则确定空闲业务实例，包括以下步骤：
[0113]
步骤s401、若确定满足业务实例扩充条件，则获取除第一目的业务应用以外的业务应用。
[0114]
其中，第一目的业务应用，是指满足业务实例扩充条件的业务应用。
[0115]
步骤s402、根据处理性能数据，从除第一目的业务应用以外的业务应用中获取满足业务实例缩小条件的业务应用。
[0116]
其中，业务实例缩小条件，这里不做具体限定。可选地，业务实例缩小条件可以是业务应用的业务处理实际效率或业务应用的处理业务负载比例连续多次未达到对应的预设值。
[0117]
其中，业务处理实际效率是指单位时间内业务应用实际处理的业务工单数量。
[0118]
具体地，针对除第一目的业务应用以外每种业务应用，获取原始业务运行数据，根据原始业务运行数据，分别确定除第一目的业务应用以外每种业务应用的处理性能数据。包括单批次业务处理网络耗时、处理业务负载比例、单批次业务处理时长。
[0119]
示例性的，在业务实例缩小条件为业务应用的业务处理实际效率连续多次未达到对应的预设值时，根据单批次业务处理时长及原始业务运行数据中的实际单批次业务工单获取量，得到对应批次业务工单的业务处理实际效率。设业务处理无延迟且业务应用满载时的业务处理实际效率为p，则预设值大于等于0且小于p。示例性的，预设值可以为p的50％及以下。
[0120]
处理业务负载比例对应的预设值，取值区间为[0,1]，可以为50％及以下。
[0121]
当确定了业务实例缩小条件后，从各业务应用中选出满足业务实例缩小条件的对应业务应用。
[0122]
步骤s403、从满足业务实例缩小条件的业务应用中获取空闲业务实例。
[0123]
具体地，可从满足业务实例缩小条件的对应业务应用中，选出连续多次处理业务负载比例均值或业务处理实际效率均值最小的业务应用，作为空闲业务实例。
[0124]
本技术实施例中，若确定满足业务实例扩充条件，则获取除第一目的业务应用以外的业务应用。根据处理性能数据，从除第一目的业务应用以外的业务应用中获取满足业务实例缩小条件的业务应用。从满足业务实例缩小条件的业务应用中获取空闲业务实例。由于业务实例缩小条件的业务应用是基于处理性能数据确定出的，所以更加准确，而空闲业务实例是从满足业务实例缩小条件的业务应用中确定出的，进而确定出的空闲业务实例也更加准确。
[0125]
实施例五
[0126]
图6为本技术实施例五提供的业务处理方法流程图，如图6所示，基于实施例一到实施例四任一实施例的内容，本技术实施例在确定空闲业务实例之后，还包括以下步骤：
[0127]
步骤s501、获取原始业务应用标识信息、第一目的业务应用标识信息及空闲业务实例对应的业务通道标识信息。
[0128]
其中，原始业务应用标识信息，是指正在运行空闲业务实例的业务应用标识信息。其中，业务应用标识信息指表示唯一一个业务应用的信息，如可以为业务应用的序号，名称等。第一目的业务应用标识信息，是指满足业务实例扩充条件的业务应用的标识信息。该第一目的业务应用也为空闲业务实例切换到的业务应用。其中，业务通道标识信息，是指运行空闲业务实例所在线程的标识信息。
[0129]
具体地，业务监控系统可从原始业务运行数据中，获取待切换空闲实例的原始业务应用标识信息、对应业务通道标识信息和满足业务实例扩充条件的第一目的业务应用标识信息。
[0130]
步骤s502、根据原始业务应用标识信息、第一目的业务应用标识信息及空闲业务实例业务通道标识信息生成对应的切换指令。
[0131]
具体地，业务监控系统生成对应的切换指令。在切换指令内容中包括原始业务应用标识信息、对应的业务通道标识信息及第一目的业务应用标识信息，这些信息可以以字段的形式存在在切换指令中。
[0132]
步骤s503、将切换指令存储到预设数据库的消息队列中，以使业务应用系统对消息队列中的切换指令进行处理，以将空闲业务实例从原始业务应用切换到第一目的业务应用中。
[0133]
具体地，业务监控系统将生成的切换指令存储到预设数据库的消息队列中。则在消息队列中可先后存储多个切换指令。
[0134]
业务应用系统可按照先入先出的顺序定期从消息队列中获取对应的切换指令，解析切换指令，获取到原始业务应用标识信息、空闲业务实例对应的业务通道标识信息及第一目的业务应用标识信息，进而将空闲业务实例从原始业务应用切换到第一目的业务应用中。
[0135]
本技术实施例中，获取原始业务应用标识信息、第一目的业务应用标识信息及业
务通道标识信息。根据原始业务应用标识信息、第一目的业务应用标识信息及业务通道标识信息生成对应的切换指令。将切换指令存储到预设数据库的消息队列中。以使业务应用系统对消息队列中的切换指令进行处理，以将空闲业务实例从原始业务应用切换到第一目的业务应用中。通过获取原始业务应用标识信息、第一目的业务应用标识信息及业务通道标识信息并生成切换指令，并存储到消息队列中，业务应用系统对消息队列中的切换指令进行处理，能够在短时间内有多个业务应用需要进行业务实例扩充时，对切换指令进行缓存，有效减少业务实例扩充时占用的内存资源。
[0136]
实施例六
[0137]
图7为本技术实施例六提供的业务处理方法流程图，如图7所示，基于实施例一到实施例五任一实施例的内容，本技术实施例提供的业务处理方法中，还包括以下步骤：
[0138]
步骤s601、获取具有周期性高峰时段且满足业务实例扩充条件的至少一种第二目的业务应用。
[0139]
其中，第二目的业务应用是具有周期性高峰时段且满足业务实例扩充条件的业务应用。
[0140]
具体地，针对每个业务应用类型，在预设时间段内取多个时间节点，统计每个时间节点生成的对应业务应用类型的业务工单量，判断是否具有业务处理峰值。若具有业务处理峰值，则在多个周期内判断是否每个预设时间段都具有业务处理峰值，若多个周期内每个预设时间段都具有业务峰值，则确定该业务为具有周期性业务高峰时段的一种第二目的业务应用。
[0141]
示例性地，预设时间段为24小时，时间节点为7点-22点的整点时刻。统计上述每个整点时刻的业务处理量，判断是否有业务处理量峰值。若具有业务处理峰值，则在连续多个24小时内，判断是否每个周期都具有业务处理峰值，若都具有业务峰值，则确定该业务为具有周期性业务高峰时段的第二目的业务应用。
[0142]
步骤s602、在高峰时段到达前的预设时间点，获取空闲业务实例，以使业务应用系统将空闲业务实例从原始业务应用切换到第二目的业务应用。
[0143]
具体地，获取高峰时段业务峰值时间节点，在业务峰值时间节点到来前预设时间点，获取空闲业务实例。然后，业务监控系统生成切换指令，切换指令中包括空闲实例的原始业务应用标识信息、第二目的业务应用、空闲业务实例对应的业务通道标识信息。将切换指令存入预设数据库中，业务应用系统定期从预设数据库中获取对应切换指令，解析切换指令，将空闲业务实例从原始业务应用切换为第二目的业务应用。
[0144]
获取空闲业务实例方法如实施例一或实施例五中所述，在此不再一一赘述。
[0145]
预设时间点不做具体限定。例如，可以为业务峰值时间节点提前一小时或半小时的时刻。示例性地，业务峰值时刻为9点，则预设时间点可以为8点或8点半。
[0146]
本技术实施例中，获取具有周期性高峰时段且满足业务实例扩充条件的至少一种第二目的业务应用。在高峰时段到达前的预设时间点，获取空闲业务实例。以使业务应用系统将空闲业务实例从原始业务应用切换到第二目的业务应用。通过获取具有业务高峰时段的业务应用，在预设时间点获取空闲业务实例，并将其切换到第二目的业务应用，实现提前预判风险，提前进行业务实例扩充，有效均衡业务负载，避免业务高峰期时业务积压风险，有利于预防生产事故。
[0147]
实施例七
[0148]
图8为本技术实施例七提供的业务处理方法流程图，如图8所示，基于实施例一到实施例六任一实施例的内容，本技术实施例提供的业务处理方法中，还包括以下步骤：
[0149]
步骤s701、根据原始业务运行数据确定业务实时处理状态数据。
[0150]
业务实时处理状态数据，为业务处理的实时处理状态统计数据。可以包括各种业务应用的整体处理效率、实时业务处理量随时间变化的波形图、实时业务净增量随时间变化的波形图等。
[0151]
具体地，业务应用的整体处理效率，是指针对每种业务应用，对应的所有业务实例的实际处理效率均值。业务应用的实时业务处理量，是指针对每种业务应用，对应的所有业务实例在同一时刻的业务处理量总和。实时业务净增量，是指针对每种业务应用，同一时刻产生的对应业务应用类型的业务工单量和该业务应用的实时业务处理量的差值。
[0152]
业务应用的整体处理效率，由该业务应用对应的全部业务实例单位时间内实际的业务处理量得到。统计预设时间段内，该业务应用对应的所有业务实例的业务处理总量，求其与该预设时间段的比值，得到该业务应用的整体处理效率。预设时间段范围不做限制，可以是1s、5s等。示例性地，5s内业务应用a的4个业务实例a1、a2、a3、a4总共处理了25000条业务数据，则业务应用a的整体处理效率就是5000条/秒。
[0153]
业务应用的实时业务处理量，由该业务应用对应的全部业务实例在同一时刻的业务处理量的总和得到。统计同一时刻，该业务应用对应的全部业务实例的业务处理总量，得到该业务应用的实时业务处理量。
[0154]
实时业务净增量，由同一时刻产生的该业务应用类型的业务工单量和对应业务应用的实时业务处理量的差值得到。统计同一时刻产生的该业务应用类型的业务工单量，统计同一时刻该业务应用对应的所有业务实例的实时业务处理量总和，根据两者差值，得到实时业务净增量。
[0155]
步骤s702、将业务实时处理状态数据进行显示，以使用户根据业务实时处理状态数据判断是否对对应的业务应用进行业务实例个数的调整。
[0156]
具体地，业务监控系统将业务实时处理状态数据发送给用户终端进行可视化显示，用户根据显示的业务实时处理状态数据，判断是否对对应的业务应用进行业务实例个数的调整。
[0157]
本技术实施例中，根据原始业务运行数据确定业务实时处理状态数据。将业务实时处理状态数据进行显示，以使用户根据业务实时处理状态数据判断是否对对应的业务应用进行业务实例个数的调整。通过确定业务实时处理状态数据并显示，使用户及时掌握业务实时处理情况，并能根据业务实时处理情况判断是否需要对业务实例数进行调整。
[0158]
实施例八
[0159]
本实施例提供的业务处理装置80包括：获取模块81，判断模块82，确定模块83。
[0160]
获取模块81，用于获取多种业务应用在处理业务过程中的处理性能数据。
[0161]
判断模块82，用于根据处理性能数据判断各业务应用是否满足业务实例扩充条件。
[0162]
确定模块83，用于若确定满足业务实例扩充条件，则确定空闲业务实例，以使业务应用系统将空闲业务实例从原始业务应用切换到第一目的业务应用中，第一目的业务应用
为满足业务实例扩充条件的业务应用。
[0163]
可选地，获取模块81，在获取多种业务应用在处理业务过程中的处理性能数据中，具体用于：
[0164]
按照业务应用类型，将每种业务应用的原始业务运行数据存储到预设数据库中。从预设数据库中获取原始业务运行数据。针对每种业务应用，根据原始业务运行数据确定对应的处理性能数据。
[0165]
可选地，判断模块82，在根据处理性能数据判断各业务应用是否满足业务实例扩充条件中，具体用于：
[0166]
判断任意一种处理性能数据是否连续多次达到对应的预设性能阈值。若确定任意一种处理性能数据连续多次达到对应的预设性能阈值，则确定满足业务实例扩充条件。若确定任意一种处理性能数据未连续多次达到对应的预设性能阈值，则确定不满足业务实例扩充条件。
[0167]
其中，处理性能数据包括以下数据的任意一种或多种：单批次业务处理网络耗时、处理业务负载比例、单批次业务处理时长。
[0168]
可选地，确定模块83，在若确定满足业务实例扩充条件，则确定空闲业务实例中，具体用于：
[0169]
若确定满足业务实例扩充条件，则获取除第一目的业务应用以外的业务应用。根据处理性能数据，从除第一目的业务应用以外的业务应用中获取满足业务实例缩小条件的业务应用。从满足业务实例缩小条件的业务应用中获取空闲业务实例。
[0170]
可选地，本技术实施例还包括指令生成模块。
[0171]
获取模块81，还用于获取原始业务应用标识信息、第一目的业务应用标识信息及空闲业务实例标识信息。
[0172]
指令生成模块，用于根据原始业务应用标识信息、第一目的业务应用标识信息及空闲应用实例标识信息生成对应的切换指令。将切换指令存储到预设数据库的消息队列中，以使业务应用系统对消息队列中的切换指令进行处理，以将空闲业务实例从原始业务应用切换到第一目的业务应用中。
[0173]
可选地，获取模块81，还用于获取具有周期性高峰时段且满足业务实例扩充条件的至少一种第二目的业务应用。
[0174]
确定模块83，还用于在高峰时段到达前的预设时间点，获取空闲业务实例，以使业务应用系统将空闲业务实例从原始业务应用切换到第二目的业务应用。
[0175]
可选地，本技术实施例还包括显示模块：
[0176]
确定模块83，还用于根据原始业务运行数据确定业务实时处理状态数据。显示模块，用于将业务实时处理状态数据进行显示，以使用户根据业务实时处理状态数据判断是否对对应的业务应用进行业务实例个数的调整。
[0177]
实施例九
[0178]
本技术一实施例提供的电子设备，电子设备90包括：处理器91，以及与处理器通信连接的存储器92。
[0179]
存储器92存储计算机执行指令。
[0180]
处理器91执行存储器92存储的计算机执行指令，以实现上述任一方法实施例的方
法。
[0181]
其中，处理器91和存储器92之间通过总线93连接。
[0182]
本技术实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时实现上述任一方法实施例提供的方法。
[0183]
本技术实施例还提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现本技术任意一个实施例提供的方法。
[0184]
在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0185]
作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
[0186]
另外，在本技术各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。
[0187]
用于实施本技术的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程合规检测装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
[0188]
在本技术的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
[0189]
此外，虽然采用特定次序描绘了各操作，但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行，或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本技术的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地，在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。
[0190]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或
者适应性变化遵循本技术的一般性原理并包括本技术未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的权利要求书指出。
[0191]
应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求书来限制。