CN115481309A - 业务处理方法、装置、设备、电子设备和可读存储介质 - Google Patents

Abstract

本申请提出一种业务处理方法、装置、设备、电子设备和可读存储介质，该方法包括：依据预设资源信息和获取到的待执行业务的资源需求信息，为待执行业务分配资源；在确定为待执行业务分配资源成功的情况下，依据待执行业务的资源需求信息，处理待执行业务；在确定待执行业务执行完成的情况下，回收待执行业务对应的空闲资源。通过为待执行业务分配资源，减少不同的待执行业务之间的资源竞争，提升业务的处理效率；在确定为待执行业务分配资源成功的情况下，依据待执行业务的资源需求信息处理待执行业务，保证待执行业务能够顺利执行；在确定待执行业务执行完成的情况下，及时回收待执行业务对应的空闲资源，提升资源利用效率。

Description

业务处理方法、装置、设备、电子设备和可读存储介质

技术领域

本申请涉及数据处理技术领域，具体涉及一种业务处理方法、装置、设备、电子设备和可读存储介质。

背景技术

在某个应用系统中，如果存在多个并发访问或并发操作，且在预设时长内的并发访问或并发操作的数量大于预设阈值，则确定该应用系统为高并发系统。例如，若某个网站的每日的综合浏览量(Page View)为千万级数量，则确定该网站对应的应用系统为一个高并发系统。

在高并发、大流量的应用系统中，通常会采用不同的资源调度算法来控制不同业务对应的数据流量。但是，由于不同业务对应不同的业务特征，常用的资源调度算法无法提升系统资源的利用效率。

发明内容

本申请提供一种业务处理方法、装置、设备、电子设备和可读存储介质。

本申请实施例提供一种业务处理方法，方法包括：依据预设资源信息和获取到的待执行业务的资源需求信息，为待执行业务分配资源；在确定为待执行业务分配资源成功的情况下，依据待执行业务的资源需求信息，处理待执行业务；在确定待执行业务执行完成的情况下，回收待执行业务对应的空闲资源。

本申请实施例提供一种业务处理装置，包括：分配资源模块，被配置为依据预设资源信息和获取到的待执行业务的资源需求信息，为待执行业务分配资源；处理模块，被配置为在确定为待执行业务分配资源成功的情况下，依据待执行业务的资源需求信息，处理待执行业务；回收模块，被配置为在确定待执行业务执行完成的情况下，回收待执行业务对应的空闲资源。

本申请实施例提供一种网络设备，包括：服务器或基站；服务器包括业务处理装置，或，基站包括业务处理装置；业务处理装置，用于执行本申请实施例中的任意一种业务处理方法。

本申请实施例提供一种电子设备，包括：一个或多个处理器；存储器，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本申请实施例中的任意一种业务处理方法。

本申请实施例提供了一种可读存储介质，该可读存储介质存储有计算机程序，计算机程序被处理器执行时实现本申请实施例中的任意一种业务处理方法。

根据本申请实施例的业务处理方法、装置、设备、电子设备和可读存储介质，通过预设资源信息和获取到的待执行业务的资源需求信息，确定预设资源信息是否满足待执行业务的需求，在确定预设资源信息满足待执行业务的需求的情况下，为待执行业务分配资源，减少不同的待执行业务之间的资源竞争，提升业务的处理效率；在确定为待执行业务分配资源成功的情况下，依据待执行业务的资源需求信息，处理待执行业务，保证待执行业务能够顺利执行；并在确定待执行业务执行完成的情况下，能够及时回收待执行业务对应的空闲资源，提升资源利用效率，优化系统性能。

关于本申请的以上实施例和其他方面以及其实现方式，在附图说明、具体实施方式和权利要求中提供更多说明。

附图说明

图1示出本申请一实施例中的业务处理方法的流程示意图。

图2示出本申请又一实施例中的业务处理方法的流程示意图。

图3示出本申请一实施例中的业务处理装置的组成结构示意图。

图4示出本申请又一实施例中的业务处理装置的组成结构示意图。

图5示出本申请实施例中的网络设备的组成结构示意图。

图6示出本申请实施例中的基站使用业务处理装置对业务进行处理的方法的流程示意图。

图7示出本申请实施例中的服务器使用业务处理装置对业务进行处理的方法的流程示意图。

图8示出能够实现根据本发明实施例的业务处理方法和装置的计算设备的示例性硬件架构的结构图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

应用系统不仅需要对不同业务的数据进行处理，还需要对非预期的请求(如，大量用户对软件的操作请求等)进行处理。当数据量很大时(例如，数据量处于洪峰周期内时)，会对应用系统的稳定性、中央处理器(Central Processing Unit，CPU)的使用率、内存使用率、报文传输通道等造成极大的挑战。

在某个应用系统中，如果存在多个并发访问或并发操作，且在预设时长内的并发访问或并发操作的数量大于预设阈值，则确定该应用系统为高并发系统。在高并发大流量的应用系统中，通常会通过数据缓存、限制数据流量和降低应用等级等方式来控制数据流量。其中，数据缓存的控制方式不会丢弃任何的数据请求；而限制数据流量是针对稀缺资源(如CPU、内存等资源)或者根据特定业务场景进行处理的方式，通过限制数据流量的并发程度，来有效的保护应用系统的稳定性。

目前，数据缓存的实现方式包括内存队列缓存、磁盘缓存等多种缓存方式。限制数据流量的实现方式主要包括计数器法、时间窗口法、漏桶算法和令牌桶算法中的任意一种或几种。其中，令牌桶算法是网络流量整形(Traffic Shaping)和速率限制(RateLimiting)中最常用的算法。令牌桶算法通常可用于控制发送到网络上的数据的数量，并允许突发数据的发送。但是，对于令牌桶算法中的令牌的生成速率，多是根据人为经验手动设定，很难动态化，令牌的生成速率不能基于硬件设备的资源进行自动调整，导致该令牌桶算法灵活性不足。而且，令牌桶内的容量一般是固定数值且较小，当令牌桶满时，流量数据会被直接抛弃，在某些固定频率、固定数据量呈锯齿状突然爆发的场景下，丢弃流量数据，会导致业务错误。

通过上述数据缓存和限制数据流量的方式，只能保证高并发大流量的应用系统的稳定性，而无法提高系统资源的利用率。

图1示出本申请一实施例中的业务处理方法的流程示意图。该业务处理方法可应用于业务处理装置，该业务处理装置可以设置于服务器或基站中。如图1所示，本申请实施例中的业务处理方法可以包括以下步骤。

步骤S101，依据预设资源信息和获取到的待执行业务的资源需求信息，为待执行业务分配资源。

其中，预设资源信息表示当前服务器或基站具备的资源，待执行业务的资源需求信息表示待执行业务在执行的过程中，所需要的资源的信息。

通过为待执行业务分配资源，可以确定预设资源信息是否能够满足待执行业务的资源需求，以确定待执行业务是否能够顺利执行。如果为待执行业务分配资源失败，则表示当前的预设资源信息无法满足待执行业务的资源需求，待执行业务无法正常执行。如果为待执行业务分配资源成功，则表示当前的预设资源信息可以满足待执行业务的资源需求，待执行业务可以正常执行。可以减少不同的业务之间的资源竞争，提升业务的处理效率。

步骤S102，在确定为待执行业务分配资源成功的情况下，依据待执行业务的资源需求信息，处理待执行业务。

需要说明的是，在确定待执行业务获得其所需要的资源的情况下，服务器或基站才能对待执行业务进行处理，能够保证待执行业务的顺利执行，避免待执行业务在执行的过程中，由于资源短缺而导致的处理中断的问题，提升资源的处理效率。

步骤S103，在确定待执行业务执行完成的情况下，回收待执行业务对应的空闲资源。

其中，在确定待执行业务执行完成的情况下，待执行业务所获得的资源就处于空闲状态，可以将这些处于空闲状态的资源标记为空闲资源，通过回收待执行业务对应的空闲资源，能够使资源可以被循环利用，以提升资源的利用效率。

在一些具体实现中，在确定待执行业务执行完成的情况下，回收待执行业务对应的空闲资源，包括：在确定待执行业务执行完成的情况下，标记待执行业务为执行完成业务；回收执行完成业务对应的空闲资源至资源池中。

其中，在确定待执行业务执行完成的情况下，标记待执行业务为执行完成业务，以方便对不同的业务进行区别，避免未执行的业务和已执行的业务的混淆，提升业务的处理速度。

通过将执行完成业务对应的空闲资源回收至资源池中，能够使空闲资源得到充分利用，减少资源的空闲比例，提升资源的利用效率。

在本实施例中，通过预设资源信息和获取到的待执行业务的资源需求信息，确定预设资源信息是否满足待执行业务的需求，在确定预设资源信息满足待执行业务的需求的情况下，为待执行业务分配资源，减少不同的待执行业务之间的资源竞争，提升业务的处理效率；在确定为待执行业务分配资源成功的情况下，依据待执行业务的资源需求信息，处理待执行业务，保证待执行业务能够顺利执行；并在确定待执行业务执行完成的情况下，能够及时回收待执行业务对应的空闲资源，提升资源利用效率，优化系统性能。

图2示出本申请又一实施例中的业务处理方法的流程示意图。该业务处理方法可应用于业务处理装置，该业务处理装置可以设置于服务器或基站中。如图2所示，本申请实施例中的业务处理方法可以包括以下步骤。

步骤S201，获取待执行业务对应的业务类型。

其中，待执行业务对应的业务类型，包括：计算密集型和/或输入输出密集型。

其中的计算密集型表示待执行业务在执行的过程中，多数时间处于计算过程中，也可以称为CPU密集型。例如，CPU密集型的待执行业务可以是图片处理业务、视频编码业务或人工智能处理业务中的任意一种或几种。输入输出密集型表示待执行业务在执行的过程中，多数时间处于输入或输出状态。例如，输入输出密集型的待执行业务可以是网络爬虫按照一定的规则，自动地抓取万维网信息的程序或者脚本的业务，也可以是等待输入或输出的业务等。

需要说明的是，待执行业务在执行的过程中，其输入输出的时间和其计算的时间相当，因此，待执行业务的业务类型可以是计算密集型和输入输出密集型。

步骤S202，依据待执行业务对应的业务类型对待执行业务进行压力测试，获得压测结果数据。

其中，压测结果数据包括：待执行业务的最大吞吐量和业务调度并发度。预设资源信息包括预设资源数量。

需要说明的是，每种待执行业务对资源的需求量不同，并且不同的待执行业务的业务调度并发度会影响系统的性能。如果业务调度并发度小于预设并发度阈值(例如，25或20等)则无法充分利用预设资源；如果业务调度并发度大于预设并发度阈值，则会增加各个不同的待执行业务之间的资源竞争程度，从而降低业务处理吞吐量。

例如，对计算密集型的待执行业务进行压力测试，当业务处理装置同时执行20个该待执行业务时，获得第一业务处理吞吐量(例如，20Mbps)；当业务处理装置同时执行25个该待执行业务时，获得第二业务处理吞吐量(例如，25Mbps)；当业务处理装置同时执行30个该待执行业务时，获得第三业务处理吞吐量(例如，15Mbps)；而在第一业务处理吞吐量、第二业务处理吞吐量和第三业务处理吞吐量中，其中，第二业务处理吞吐量是最大的，可以获知压测结果数据中的待执行业务的最大吞吐量为第二业务处理吞吐量，该待执行业务的业务调度并发度为25。

采用对待执行业务多次进行压力测试，获得压测结果数据，能够确定业务处理装置在处理待执行业务时的最佳状态，为后续确定待执行业务的资源需求数量做准备，保证待执行业务的资源需求数量的准确性。

步骤S203，依据压测结果数据和预设资源信息，确定待执行业务的资源需求数量。

其中，可以将压测结果数据和预设资源信息进行对比，确定预设资源信息能够满足待执行业务的需求的最佳资源数量，进而确定待执行业务的资源需求数量。保证待执行业务能够被顺利执行的同时，提升系统资源的利用效率。

在一些具体实现中，依据压测结果数据和预设资源信息，确定待执行业务的资源需求数量，包括：依据待执行业务的最大吞吐量和业务调度并发度，确定资源比例信息；依据资源比例信息和预设资源数量，确定待执行业务的资源需求数量。

其中，资源比例信息用于表征待执行业务的资源需求数量与预设资源数量的比例信息。

例如，某个待执行业务的最大吞吐量为25Mbps，该待执行业务的业务调度并发度为25，即若预设资源完全用于处理该待执行业务，可以同时执行25条该待执行业务。若预设资源数量为100个资源，则可以确定待执行业务的资源需求数量(即执行一条该待执行业务时所需的资源的数量)为1/4个资源。能够准确衡量待执行业务所需的资源需求数量，保证业务处理装置可以为该待执行业务分配合适的资源，保证该待执行业务的顺利执行。

步骤S204，依据预设资源信息和获取到的待执行业务的资源需求信息，为待执行业务分配资源。

在一些具体实现中，待执行业务的资源需求信息，包括：待执行业务的资源需求数量和待执行业务对应的业务类型；依据待执行业务的资源需求信息，处理待执行业务，包括：依据待执行业务的资源需求数量和待执行业务对应的业务类型，处理待执行业务。

需要说明的是，由于不同业务类型对应的不同操作方法，在确定该待执行业务需要执行的方法的情况下，根据获得的待执行业务的资源需求数量，对待执行业务进行处理，以提升业务处理速度。

例如，如果待处理业务的业务类型为自动邻区关系(Automatic NeighborRelation，ANR)业务中的ANR删除，则依据待执行业务的资源需求数量调用相关资源，对当前小区的邻区列表中的临小区及其邻区关系进行删除，减少了网络规划所需的时间，使网络配置更加简单，从而加快ANR删除的处理速度。

在一些具体实现中，待执行业务的资源需求信息，还包括：资源类型；资源类型，包括：中央处理器资源、线程资源、进程资源、带宽资源，时隙资源和信道资源中的任意一种或几种。

其中，线程资源表示待执行业务在执行的过程中需要的线程的数量；进程资源表示待执行业务在执行的过程中需要的进程的数量；若待执行业务是通信业务，在该待执行业务进行处理的过程中，还需要使用带宽资源、时隙资源和信道资源中的任意一种或几种。带宽表示单位时间能通过链路的数据量，时隙可以理解为通道，多人共用一个资源，采用分时的方法处理，1个时隙相当于1个通道。信道资源可以包括无线信道，无线信道是以无线信号作为传输媒体的数据信号的传送通道。

通过不同类型的资源来表征待执行业务的资源需求信息，能够使待执行业务根据需求，获得多种不同类型的资源，保证待执行业务的顺利执行。

步骤S205，在确定为待执行业务分配资源成功的情况下，依据待执行业务的资源需求信息，处理待执行业务。

步骤S206，在确定待执行业务执行完成的情况下，回收待执行业务对应的空闲资源。

需要说明是的，本实施例中的步骤S204～步骤S206，与上一实施例中的步骤S101～步骤S103相同，在此不再赘述。

在本实施例中，通过依据待执行业务对应的业务类型对待执行业务进行压力测试，获得压测结果数据中的待执行业务的最大吞吐量和业务调度并发度，以确定业务处理装置在处理待执行业务时的最佳状态，为后续确定待执行业务的资源需求数量做准备；通过待执行业务的最大吞吐量、业务调度并发度和预设资源信息，确定待执行业务的资源需求数量，保证待执行业务能够被顺利执行；在确定为待执行业务分配资源成功的情况下，依据待执行业务的资源需求信息，处理待执行业务，可加快对待处理业务的处理速度；在确定待执行业务执行完成的情况下，回收待执行业务对应的空闲资源，保证资源的重复利用，提升系统资源的利用效率。

在一些具体实现中，在依据预设资源信息和获取到的待执行业务的资源需求信息，为待执行业务分配资源之前，还包括：获取待处理业务及其对应的优先等级；将待处理业务缓存至缓存区中；依据待处理业务的优先等级对缓存区中的待处理业务进行筛选，获得待执行业务。

其中，待处理业务及其对应的优先等级的获取方法可以有多种，例如，可以预先设置固定的优先等级，也可以根据各个待处理业务的属性信息动态的确定各个待处理业务对应的优先等级。

通过依据待处理业务的预先设置固定的优先等级对缓存区中的待处理业务进行筛选，能够保证高优先等级的业务能够被优先处理，可降低系统开销，处理简单。而通过动态的优先等级，对缓存区中的待处理业务进行筛选，能够对各个待处理业务进行灵活处理，防止某些待处理业务一直得不到调度，增加业务处理的公平性。

在一些具体实现中，待处理业务的优先等级，包括：待处理业务的初始优先等级；依据待处理业务的优先等级对缓存区中的待处理业务进行筛选，获得待执行业务，包括：获取待处理业务的初始优先等级；依据待处理业务的初始优先等级对缓存区中的待处理业务进行筛选，获得待执行业务。

其中，初始优先等级可以是业务处理装置对各个待处理业务预先设置的优先等级。获取待处理业务的初始优先等级，包括：在确定待处理业务对应的应用场景为通信网络优化的情况下，确定待处理业务包括应用无响应优化业务、网络接口优化业务、移动负载均衡优化业务和节能优化业务中的任意一种或几种；待处理业务的初始优先等级由高到低依次是：节能优化业务、应用无响应优化业务、网络接口优化业务和移动负载均衡优化业务。

例如，可以设置节能优化业务的优先等级为最高(例如，优先等级为1)、其次为ANR业务和网络接口优化业务(例如，设置ANR业务的优先等级为2，设置网络接口优化业务的优先等级为3等)，而通信网络中的其他业务的优先等级为最低(例如，优先等级为4)。保证优先等级高的业务能够被优先筛选出来作为待执行业务，提升待执行业务的处理效率。

在一些具体实现中，待处理业务的优先等级，还包括：实时优先等级；依据待处理业务的优先等级对缓存区中的待处理业务进行筛选，获得待执行业务，包括：获取待处理业务的初始优先等级；依据预设次数阈值和获取到的待处理业务申请资源的失败次数，确定待处理业务需提升的优先等级；依据待处理业务的初始优先等级和待处理业务需提升的优先等级，确定待处理业务的实时优先等级；依据实时优先等级对缓存区中的待处理业务进行筛选，获得待执行业务。

其中，待处理业务申请资源的失败次数表示待处理业务在向业务处理装置申请资源的过程中，没有获得其所需的资源的次数。

其中，获取待处理业务的初始优先等级，包括：在确定待处理业务对应的应用场景为微服务架构的情况下，确定待处理业务包括：数据合法性校验业务、数据升级业务、数据修改业务和数据查询业务中的任意一种或几种；其中，数据合法性校验业务、数据升级业务、数据修改业务和数据查询业务具有相同的初始优先等级。微服务架构是一项在云服务器中部署应用和服务的技术。

需要说明的是，如果待处理业务申请资源的失败次数大于预设次数阈值(例如，10次或15次等)，可适当提升该待处理业务的优先等级(即，待处理业务需提升的优先等级)，例如，待处理业务申请资源的失败次数越大，需要提升的优先等级越高。然后，依据待处理业务的初始优先等级和待处理业务需提升的优先等级，确定待处理业务的实时优先等级，例如，初始优先等级为1，而待处理业务需提升的优先等级为2，则待处理业务的实时优先等级为3。通过依据实时优先等级对缓存区中的待处理业务进行筛选，能够实时反应该待处理业务当前的处理状态，避免长时间未处理的业务得不到处理，通过提升待处理业务的实时优先等级，可加快对待处理业务的处理速度，以使获得的待执行业务更符合需求，保证缓存区中的各个待处理业务都能够被处理，提升业务的处理效率。

在一些具体实现中，依据实时优先等级对缓存区中的待处理业务进行筛选，获得待执行业务之后，还包括：在确定待处理业务的实时优先等级为最高优先等级的情况下，依据待处理业务的资源需求数量，为待处理业务预留执行资源。

其中，当待处理业务的实时优先等级为最高优先等级时，若该待处理业务还没有被处理，需要为该待处理业务预留执行资源，预留的执行资源的数量与该待处理业务的资源需求数量相同。以保证待执行业务能够顺利执行。

图3示出本申请一实施例中的业务处理装置的组成结构示意图。如图3所示，业务处理装置300包括如下模块：

分配资源模块301，被配置为依据预设资源信息和获取到的待执行业务的资源需求信息，为待执行业务分配资源；处理模块302，被配置为在确定为待执行业务分配资源成功的情况下，依据待执行业务的资源需求信息，处理待执行业务；回收模块303，被配置为在确定待执行业务执行完成的情况下，回收待执行业务对应的空闲资源。

在本实施例中，通过分配资源模块依据预设资源信息和获取到的待执行业务的资源需求信息，确定预设资源信息是否满足待执行业务的需求，在确定预设资源信息满足待执行业务的需求的情况下，使用处理模块为待执行业务分配资源，减少不同的待执行业务之间的资源竞争，提升业务的处理效率；在确定为待执行业务分配资源成功的情况下，使用回收模块依据待执行业务的资源需求信息，处理待执行业务，保证待执行业务能够顺利执行；并在确定待执行业务执行完成的情况下，能够及时回收待执行业务对应的空闲资源，提升资源利用效率，优化系统性能。

图4示出本申请又一实施例中的业务处理装置的组成结构示意图。如图4所示，该业务处理装置400包括如下模块：

业务请求预处理模块401、业务调度处理模块402、调度后处理模块403和控制模块404、缓存模块405和资源池406。

其中，业务请求预处理模块401，用于确定不同业务类型对应的资源需求信息，以及设置不同业务类型对应的优先等级。

在一个具体实现中，可以通过对每种业务类型对应的业务进行压力测试，获得与业务类型对应的压测结果数据，通过该压测结果数据确定不同的业务类型对应的资源需求数量。

例如，业务A为计算密集型(也可以称为CPU密集型)业务，同时进行2个业务A的处理，获得第一业务处理吞吐量；同时进行4个业务A的处理，获得第二业务处理吞吐量；同时进行6个业务A的处理，获得第三业务处理吞吐量；同时进行8个业务A的处理，获得第四业务处理吞吐量；然后通过对比第一业务处理吞吐量、第二业务处理吞吐量、第三业务处理吞吐量和第四业务处理吞吐量可知，第二业务处理吞吐量是其中最高的，若此时资源池406中的资源总量为1，则每个业务A在单独进行处理时，需要的资源需求数量为1/4。

在一个具体实现中，可以设置各个不同的业务的初始优先等级，然后在每个业务申请资源的情况下，通过申请资源的成功与否，来确定是否需要提升该业务类型对应的实时优先等级。

例如，在确定业务B向资源池406申请资源的情况下，若业务B的资源申请的失败次数大于预设次数阈值(例如，10次或15次等)，则确定可以提升该业务B对应的实时优先等级。需要说明的是，在确定业务B的实时优先等级为最高优先等级(例如，最高优先等级为4或5等)的情况下，依据业务B的资源需求数量，为业务B预留执行资源，以保证业务B能够正常执行。

业务调度处理模块402，用于分配资源和执行不同的业务处理。例如，为待执行业务分配不同类型的资源，其中，资料类型可以包括：中央处理器资源、线程资源、进程资源、带宽资源，时隙资源和信道资源中的任意一种或几种。

调度后处理模块403，用于回收资源。例如，在确定某个业务执行完成的情况下，回收该业务对应的空闲资源至资源池406中。

控制模块404，用于把调度后处理模块403指示回收的资源注入到资源池406中；根据资源池406中的剩余资源数量，对缓存模块405中缓存的业务进行调度(例如，将待执行业务从缓存模块405中取出，发送至业务调度处理模块402进行处理)，以保证被调度的业务能够正常执行。

需要说明的是，业务处理装置可以应用于通信领域对业务进行调度的处理场景，也可以应用于计算机领域中的对业务进行调度的处理场景，保证系统资源能够被充分利用的同时，减少不同业务之间进行资源竞争，以使系统性能得到优化。

图5示出本申请实施例中的网络设备的组成结构示意图。如图5所示，网络设备500包括：业务处理装置501，该业务处理装置501，用于执行本申请实施例中的任意一种业务处理方法。

需要说明的是，该网络设备500可以是服务器，也可以是基站。在确定该网络设备500应用于无线通信的应用场景的情况下，该网络设备500是基站，该基站包括业务处理装置501。在确定该网络设备500应用于微服务架构的应用场景的情况下，该网络设备500是服务器，该服务器包括业务处理装置501。

在本实施例中，通过服务器或基站中的业务处理装置对资源进行分配，以使分配到资源的业务可以被调度，减少不同业务之间的资源竞争所带来的资源利用率不高的情况，通过针对不同业务类型对业务进行并发调度，以提升业务处理的吞吐量。

在无线通信的自组织网络(Self-Organizing Network，SON)中，基站可处理的待处理业务的业务类型包括：ANR业务、网络接口优化业务、移动负载均衡(Mobility LoadBalancing，MLB)优化业务和节能优化业务中的任意一种或几种。这些优化业务的触发方式不同，可以是事件触发，也可以是周期触发。其中，网络接口优化业务可以是对X2接口进行优化，也可以是对XC接口进行优化，以上对于网络接口优化业务仅是举例说明，可根据实际情况进行具体设定，其他未说明的网络接口优化业务也在本申请的保护范围之内，在此不再赘述。

当基站对不同业务类型的业务进行处理时，需要考虑基站的最大处理能力以及资源分配情况，以保证资源的合理利用。其中，基站可包括图4所示的业务处理装置400。

图6示出本申请实施例中的基站使用业务处理装置对业务进行处理的方法的流程示意图。如图6所示，可包括如下步骤：

步骤S601，通过业务请求预处理模块401对输入的待处理业务进行预处理。

其中，预处理包括对输入的待处理业务的业务类型进行判断，并根据业务类型确定该待处理业务所需的资源需求数量。例如，可以采用资源比例信息来表征待处理业务所需的资源需求数量。其中，资源比例信息表示待处理业务所需的资源需求数量占预设资源数量的比例。

例如，若待处理业务对应的业务类型为ANR业务中的ANR添加，则ANR添加需要的资源需求数量为1/100资源；若待处理业务对应的业务类型为ANR业务中的ANR删除，则ANR删除需要的资源需求数量为1/300资源；若待处理业务对应的业务类型为网络接口优化业务中的接口添加业务，则该接口添加业务对应的资源需求数量为1/200资源；若待处理业务对应的业务类型为网络接口优化业务中的接口删除业务，则该接口删除业务对应的资源需求数量为1/400资源；若待处理业务对应的业务类型为节能优化业务，则该节能优化业务对应的资源需求数量为1/300资源。

步骤S602，根据待处理业务的业务类型，确定待处理业务的优先等级。

其中，待处理业务的优先等级可以通过多种不同的方式确定。例如，可以设置节能优化业务的优先等级为最高(例如，优先等级为1)、其次为ANR业务和网络接口优化业务(例如，设置ANR业务的优先等级为2，设置网络接口优化业务的优先等级为3等)，MLB优化业务及SON中的其他业务的优先等级为最低(例如，优先等级为4)。保证优先等级高的业务能够被优先处理，提升业务处理效率。

步骤S603，依据待处理业务的业务类型和待处理业务的优先等级，使用控制模块404为待处理业务分配资源。

需要说明的是，在确定控制模块404为某个待处理业务分配资源失败的情况下，无需执行后续步骤，继续为下一个待处理业务分配资源。在确定控制模块404为待处理业务分配资源成功的情况下，执行步骤S604。

步骤S604，在确定控制模块404为待处理业务分配资源成功的情况下，调用业务调度处理模块402对待处理业务进行处理。

例如，待处理业务的业务类型为ANR添加，则执行ANR添加的相关业务流程，例如，将请求的临小区的标识添加至当前小区的邻区列表中，减少了网络规划所需的时间，使网络配置更加简单，加快了业务处理的速度。

步骤S605，在确定业务调度处理模块402对待处理业务处理完成的情况下，标记待处理业务为执行完成业务。

例如，当业务调度处理模块402对ANR添加业务处理完成时，将ANR添加业务标记为执行完成业务。

步骤S606，使用调度后处理模块403确定需要回收的资源。

例如，将执行完成业务对应的空闲资源标记为待回收资源，以使控制模块404可以将待回收资源回收至资源池406中。

步骤S607，使用控制模块404将待回收资源注入到资源池406中。

步骤S608，使用控制模块404根据资源池中的资源信息，获取新的待执行业务。

例如，根据缓存模块405中的各个待处理业务对应的优先等级，从缓存模块405中提取待处理业务，继续执行步骤S603。

在一些具体实现中，还可以将输入的待处理业务进行缓存，例如，缓存输入的待处理业务至缓存区。然后使用上述步骤S603～步骤S608对缓存区中的各个待处理业务进行循环处理，直至将缓存区的待处理业务都处理完毕，则该处理流程结束。若缓存中还有待处理业务没有被处理，则该处理流程继续执行。

在本实施例中，由于基站中的不同业务类型的待处理业务所需的资源差异较大，通过待处理业务的业务类型和待处理业务的优先等级，为待处理业务分配资源，并在确定为待处理业务分配资源成功的情况下，才从缓存模块中提取该待处理业务，并对该待处理业务进行处理，能够保证待处理业务能够获得足够的资源，同时控制基站中的业务调度并发度，避免基站超负荷工作。在确定业务调度处理模块对待处理业务处理完成的情况下，标记待处理业务为执行完成业务，并将该执行完成业务对应的空闲资源进行回收，以使资源能够得到重复使用，提升资源利用效率。

微服务架构是一项在云服务器中部署应用和服务的技术。在微服务架构中，服务器可以处理的待处理业务的业务类型包括：数据合法性校验业务、数据升级业务、数据修改业务和数据查询业务中的任意一种或几种；其中，数据合法性校验业务、数据升级业务、数据修改业务和数据查询业务具有相同的所述初始优先等级。

当服务器对不同业务类型的业务进行处理时，需要考虑该服务器的最大处理能力以及资源分配情况，以保证资源的合理利用。其中，服务器可包括图4所示的业务处理装置400。

图7示出本申请实施例中的服务器使用业务处理装置对业务进行处理的方法的流程示意图。如图7所示，可包括如下步骤：

步骤S701，通过服务器中的业务请求预处理模块401对输入的待处理业务进行预处理。

其中，预处理包括对输入的待处理业务的业务类型进行判断，并根据业务类型确定该待处理业务所需的资源需求数量。例如，可以采用资源比例信息来表征待处理业务所需的资源需求数量。其中，资源比例信息表示待处理业务所需的资源需求数量占预设资源数量的比例。

例如，若待处理业务对应的业务类型为数据合法性校验业务，则数据合法性校验业务需要的资源需求数量为1/180资源；若待处理业务对应的业务类型为数据升级业务，则数据升级业务需要的资源需求数量为1/18资源；若待处理业务对应的业务类型为数据修改业务，则该数据修改业务对应的资源需求数量为1/100资源；若待处理业务对应的业务类型为数据查询业务，则该数据查询业务对应的资源需求数量为1/200资源。

步骤S702，服务器根据待处理业务的业务类型，确定待处理业务的优先等级。

其中，待处理业务的优先等级可以通过多种不同的方式确定。例如，可以设置数据合法性校验业务、数据升级业务、数据修改业务和数据查询业务的初始优先等级都相同；然后，根据各个业务在申请资源时的不同的申请结果，确定是否对各个业务的优先等级进行更新。例如，若待处理业务的业务类型是数据升级业务，而该数据升级业务由于需要的资源需求数量过多，导致一直无法从资源池406中申请到资源，此时，可将该数据升级业务的实时优先等级进行提高，并按照提高后的实时优先等级对该数据升级业务进行处理，以保证优先等级高的业务能够被优先处理，提升业务处理效率。

步骤S703，依据待处理业务的业务类型和待处理业务的优先等级，使用服务器中的控制模块404为待处理业务分配资源。

需要说明的是，在确定控制模块404为某个待处理业务分配资源失败的情况下，无需执行后续步骤，继续为下一个待处理业务分配资源。在确定控制模块404为待处理业务分配资源成功的情况下，执行步骤S704。

步骤S704，在确定服务器中的控制模块404为待处理业务分配资源成功的情况下，调用业务调度处理模块402对待处理业务进行处理。

例如，在确定待处理业务的业务类型为数据合法性校验业务的情况下，需要执行数据的合法性校验的处理流程。

在一个具体实现中，可以根据预设验证规则，对某些数据进行合法性校验。其中，预设验证规则可以包括常规性验证和/或业务数据验证等。常规性验证包括签名校验、必填校验、长度校验、类型校验和格式校验中的任意一种或几种；业务数据验证可以是根据实际业务类型确定的验证方式。例如，订单金额不能小于预设金额阈值等、会议控制的相关操作信息只允许主持人调用等。

步骤S705，在确定业务调度处理模块402对数据合法性校验业务处理完成的情况下，标记数据合法性校验业务为执行完成业务。

步骤S706，使用调度后处理模块403确定需要回收的资源。

例如，将执行完成业务对应的空闲资源标记为待回收资源，以使控制模块404可以将待回收资源回收至资源池406中。

步骤S707，使用控制模块404将待回收资源注入到资源池406中。

步骤S708，使用控制模块404根据资源池中的资源信息，获取新的待执行业务。

例如，根据缓存模块405中的各个待处理业务对应的优先等级，从缓存模块405中提取待处理业务，继续执行步骤S703。

在一些具体实现中，还可以将输入的待处理业务进行缓存，例如，缓存输入的待处理业务至缓存区。然后使用上述步骤S703～步骤S708对缓存区中的各个待处理业务进行循环处理，直至将缓存区的待处理业务都处理完毕，则该处理流程结束。若缓存中还有待处理业务没有被处理，则该处理流程继续执行。

在本实施例中，通过服务器依据待处理业务的业务类型和待处理业务的优先等级，为微服务架构中的不同业务类型的待处理业务(例如，数据合法性校验业务、数据升级业务、数据修改业务和数据查询业务等)分配合适的资源，使待处理业务只有在获得其所需的资源的情况下，服务器才能处理该待处理业务，减少不同业务之间的资源竞争，同时保证预设资源能够得到合理利用，提升峰值业务的处理吞吐量，从而可以达到优化系统性能的目的。并且，在确定服务器对待处理业务处理完成的情况下，标记待处理业务为执行完成业务，并将该执行完成业务对应的空闲资源进行回收，以使资源能够得到重复使用，提升资源利用效率。

需要明确的是，本发明并不局限于上文实施例中所描述并在图中示出的特定配置和处理。为了描述的方便和简洁，这里省略了对已知方法的详细描述，并且上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图8示出能够实现根据本发明实施例的业务处理方法和装置的计算设备的示例性硬件架构的结构图。

如图8所示，计算设备800包括输入设备801、输入接口802、中央处理器803、存储器804、输出接口805、以及输出设备806。其中，输入接口802、中央处理器803、存储器804、以及输出接口805通过总线807相互连接，输入设备801和输出设备806分别通过输入接口802和输出接口805与总线807连接，进而与计算设备800的其他组件连接。

具体地，输入设备801接收来自外部的输入信息，并通过输入接口802将输入信息传送到中央处理器803；中央处理器803基于存储器804中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器804中，然后通过输出接口805将输出信息传送到输出设备806；输出设备806将输出信息输出到计算设备800的外部供用户使用。

在一个实施例中，图8所示的计算设备可以被实现为一种电子设备，该电子设备可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例描述的业务处理方法。

在一个实施例中，图8所示的计算设备可以被实现为一种业务处理系统，该业务处理系统可以包括：存储器，被配置为存储程序；处理器，被配置为运行存储器中存储的程序，以执行上述实施例描述的业务处理方法。

以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。一般来说，本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如，一些方面可以被实现在硬件中，而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中，尽管本申请不限于此。

本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现，例如在处理器实体中，或者通过硬件，或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。

本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。

通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。

Claims (17)

1.一种业务处理方法，其特征在于，所述方法包括：

依据预设资源信息和获取到的待执行业务的资源需求信息，为所述待执行业务分配资源；

在确定为所述待执行业务分配资源成功的情况下，依据所述待执行业务的资源需求信息，处理所述待执行业务；

在确定所述待执行业务执行完成的情况下，回收所述待执行业务对应的空闲资源。

2.根据权利要求1所述的方法，其特征在于，所述待执行业务的资源需求信息，包括：所述待执行业务的资源需求数量和所述待执行业务对应的业务类型；

所述在确定为所述待执行业务分配资源成功的情况下，依据所述待执行业务的资源需求信息，处理所述待执行业务，包括：

依据所述待执行业务的资源需求数量和所述待执行业务对应的业务类型，处理所述待执行业务。

3.根据权利要求2所述的方法，其特征在于，在所述依据预设资源信息和获取到的待执行业务的资源需求信息，为所述待执行业务分配资源之前，还包括：

获取所述待执行业务对应的业务类型；

依据所述待执行业务对应的业务类型对所述待执行业务进行压力测试，获得压测结果数据；

依据所述压测结果数据和所述预设资源信息，确定所述待执行业务的资源需求数量。

4.根据权利要求2或3所述的方法，其特征在于，所述待执行业务对应的业务类型，包括：计算密集型和/或输入输出密集型。

5.根据权利要求3所述的方法，其特征在于，所述压测结果数据，包括：所述待执行业务的最大吞吐量和业务调度并发度，所述预设资源信息包括：预设资源数量；

所述依据所述压测结果数据和所述预设资源信息，确定所述待执行业务的资源需求数量，包括：

依据所述待执行业务的最大吞吐量和业务调度并发度，确定资源比例信息，所述资源比例信息用于表征所述待执行业务的资源需求数量与所述预设资源数量的比例信息；

依据所述资源比例信息和所述预设资源数量，确定所述待执行业务的资源需求数量。

6.根据权利要求1所述的方法，其特征在于，在所述依据预设资源信息和获取到的待执行业务的资源需求信息，为所述待执行业务分配资源之前，还包括：

获取待处理业务及其对应的优先等级；

将所述待处理业务缓存至缓存区中；

依据所述待处理业务的优先等级对所述缓存区中的所述待处理业务进行筛选，获得所述待执行业务。

7.根据权利要求6所述的方法，其特征在于，所述待处理业务的优先等级，包括：所述待处理业务的初始优先等级；

所述依据所述待处理业务的优先等级对所述缓存区中的所述待处理业务进行筛选，获得所述待执行业务，包括：

获取所述待处理业务的初始优先等级；

所述依据所述待处理业务的初始优先等级对所述缓存区中的所述待处理业务进行筛选，获得所述待执行业务。

8.根据权利要求6所述的方法，其特征在于，所述待处理业务的优先等级，还包括：实时优先等级；

所述依据所述待处理业务的优先等级对所述缓存区中的所述待处理业务进行筛选，获得所述待执行业务，包括：

获取所述待处理业务的初始优先等级；

依据预设次数阈值和获取到的所述待处理业务申请资源的失败次数，确定所述待处理业务需提升的优先等级；

依据所述待处理业务的初始优先等级和所述待处理业务需提升的优先等级，确定所述待处理业务的实时优先等级；

依据所述实时优先等级对所述缓存区中的所述待处理业务进行筛选，获得所述待执行业务。

9.根据权利要求8所述的方法，其特征在于，所述依据所述实时优先等级对所述缓存区中的所述待处理业务进行筛选，获得所述待执行业务之后，还包括：

在确定所述待处理业务的实时优先等级为最高优先等级的情况下，依据所述待处理业务的资源需求数量，为所述待处理业务预留执行资源。

10.根据权利要求7至9中任一项所述的方法，其特征在于，所述获取所述待处理业务的初始优先等级，包括：

在确定所述待处理业务对应的应用场景为通信网络优化的情况下，确定所述待处理业务包括应用无响应优化业务、网络接口优化业务、移动负载均衡优化业务和节能优化业务中的任意一种或几种；

所述待处理业务的初始优先等级由高到低依次是：所述节能优化业务、所述应用无响应优化业务、所述网络接口优化业务和所述移动负载均衡优化业务。

11.根据权利要求7至9中任一项所述的方法，其特征在于，所述获取所述待处理业务的初始优先等级，包括：

在确定所述待处理业务对应的应用场景为微服务架构的情况下，确定所述待处理业务包括：数据合法性校验业务、数据升级业务、数据修改业务和数据查询业务中的任意一种或几种；

其中，所述数据合法性校验业务、所述数据升级业务、所述数据修改业务和所述数据查询业务具有相同的所述初始优先等级。

12.根据权利要求1所述的方法，其特征在于，待执行业务的资源需求信息，还包括：资源类型；

所述资源类型，包括：中央处理器资源、线程资源、进程资源、带宽资源，时隙资源和信道资源中的任意一种或几种。

13.根据权利要求1所述的方法，其特征在于，所述在确定所述待执行业务执行完成的情况下，回收所述待执行业务对应的空闲资源，包括：

在确定所述待执行业务执行完成的情况下，标记所述待执行业务为执行完成业务；

回收所述执行完成业务对应的空闲资源至资源池中。

14.一种业务处理装置，包括：

分配资源模块，被配置为依据预设资源信息和获取到的待执行业务的资源需求信息，为所述待执行业务分配资源；

处理模块，被配置为在确定为所述待执行业务分配资源成功的情况下，依据所述待执行业务的资源需求信息，处理所述待执行业务；

回收模块，被配置为在确定所述待执行业务执行完成的情况下，回收所述待执行业务对应的空闲资源。

15.一种网络设备，包括：

服务器或基站；

所述服务器包括业务处理装置，或，所述基站包括所述业务处理装置；

所述业务处理装置，用于执行如权利要求1-13中任一项所述的业务处理方法。

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

一个或多个处理器；

存储器，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-13中任一项所述的业务处理方法。

17.一种可读存储介质，其特征在于，所述可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-13中任一项所述的业务处理方法。

Images