CN111625344A - 应用系统中的资源调度系统、方法及装置 - Google Patents

Abstract

本申请实施例公开了应用系统中的资源调度系统、方法及装置。应用系统中包括多个应用工程，应用工程中包括至少一个轻量级函数，不同的应用工程对应不同的服务器资源，资源调度系统包括资源调度客户端以及资源调度服务端；资源调度客户端分别运行在多个不同的应用工程内，用于对应用工程运行过程中的服务器资源的占用情况进行监控，以便从第一应用工程内确定需要进行资源调度的目标函数，将所述目标函数调度到服务器资源过剩的第二应用工程中；资源调度服务端为目标函数确定目标第二应用工程，将目标函数的相关服务代码调度到目标第二应用工程对应的服务器资源中。通过跨应用工程的资源调度，充分利用应用工程的空闲服务器资源。

Description

应用系统中的资源调度系统、方法及装置

技术领域

本申请涉及通信技术领域，特别是涉及应用系统中的资源调度系统、方法及装置。

背景技术

为了满足用户的日常需求，各种各样的应用系统可以基于互联网通信技术为用户提供线上服务。例如，视频应用系统可以为用户提供线上的视频上传服务、视频播放服务等等，商品对象信息服务系统可以为用户提供线上的商品对象发布服务、商品对象浏览、交易服务等等。

在具体的应用系统中，通常可以包括客户端以及服务端，其中，用户可以通过本地终端设备中安装的客户端向服务端所在服务器提交访问请求，由服务端处理用户请求并为用户提供相应服务。通常情况下，服务器可以应对用户的日常访问需求，但在用户访问量激增时，可能会出现服务器资源紧张的问题。

目前，主要通过以下方式解决服务器资源紧张的问题：

方式一，根据流量激增情况进行扩容，即，增加部署的服务器数量。该方式，一方面会提高服务提供商的运营成本，另一方面对于临时出现的流量激增，无法及时准确的预估需要增设的服务器数量，并提前进行部署。

方式二，为了缓解后台服务器压力，可以预先缓存页面上的静态文件，进行页面动静分离处理。该方式中，服务器的负载压力主要来自页面上动态文件的访问请求，如果每个页面包括N个动态文件，则服务器的每秒查询率QPS＝页面QPS*N。当访问量激增导致实时获取动态文件的压力也很大时，通常只能采取对业务有损的页面全静态化展示的方式。

发明内容

本申请提供了一种资源调度系统、方法及装置，充分利用服务器的空闲资源，实现跨应用工程的资源调度。

本申请提供了如下方案：

一种应用系统中的资源调度系统，所述应用系统中包括多个应用工程，所述应用工程中包括至少一个轻量级函数，不同的应用工程对应不同的服务器资源；

所述资源调度系统包括：

资源调度客户端，以及资源调度服务端；

所述资源调度客户端，分别运行在多个不同的所述应用工程内，用于对应用工程运行过程中的服务器资源的占用情况进行监控，以便从第一应用工程内确定需要进行资源调度的目标函数，将所述目标函数调度到服务器资源过剩的第二应用工程中；

所述资源调度服务端，用于从所述第二应用工程中，为所述目标函数确定目标第二应用工程，以便将所述目标函数的相关服务代码调度到所述目标第二应用工程对应的服务器资源中，使所述目标函数利用所述目标第二应用工程对应的服务器资源对外提供服务。

一种应用系统中的资源调度方法，包括：

第一应用工程中的第一资源调度客户端监控所述第一应用工程运行过程中的服务器资源的占用情况；

如果所述第一应用工程的服务器资源不足，则从所述第一应用工程包括的轻量级函数中确定出需要进行资源调度的目标函数；

向资源调度服务端提交所述目标函数的标识信息，以便所述资源调度服务端将所述目标函数调度到服务器资源过剩的第二应用工程内，利用所述第二应用工程的空闲服务器资源运行所述目标函数。

一种应用系统中的资源调度方法，包括：

第二应用工程中的第二资源调度客户端监控所述第二应用工程运行过程中的服务器资源的占用情况；

如果所述第二应用工程的服务器资源过剩，则向资源调度服务端提交所述第二应用工程的标识信息以及空闲服务器资源信息；

接收到所述资源调度服务端发送的需要进行资源调度的目标函数的标识信息时，下载所述目标函数到所述第二资源调度客户端，以便利用所述第二应用工程的空闲服务器资源运行所述目标函数，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

一种应用系统中的资源调度方法，包括：

资源调度服务端接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

接收第二应用工程中的第二资源调度客户端提交的第二应用工程的标识信息以及空闲服务器资源信息，从所述第二应用工程中为所述目标函数确定目标第二应用工程，将所述目标函数的标识信息发送到所述目标第二应用工程的第二资源调度客户端，以便利用所述目标第二应用工程的空闲服务服务器资源运行所述目标函数；

根据所述目标第二应用工程中的第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

一种应用系统中的资源调度系统，所述应用系统中包括多个应用工程，所述应用工程中包括至少一个轻量级函数，不同的应用工程对应不同的服务器资源；

所述资源调度系统包括：

资源调度客户端，以及资源调度服务端；

所述资源调度客户端，分别运行在多个不同的所述应用工程内，用于对应用工程运行过程中的服务器资源的占用情况进行监控，以便从第一应用工程内确定需要进行资源调度的目标函数，并将所述目标函数的标识信息提交到所述资源调度服务端；

所述服务资源调度服务端，用于对所述目标函数的信息进行记录；

所述服务资源调度客户端，还用于通过访问所述资源调度服务端从第一应用工程中确定目标第一应用工程，获得所述目标第一应用工程的目标函数的标识信息，并将该目标函数的相关服务代码调度到所述服务资源调度客户端所在第二应用工程对应的服务器资源中，以便所述目标函数利用所述第二应用工程对应的服务器资源对外提供服务。

一种应用系统中的资源调度方法，包括：

第二应用工程中的第二资源调度客户端监控所述第二应用工程运行过程中的服务器资源的占用情况；

如果所述第二应用工程的服务器资源过剩，则访问资源调度服务端获得需要进行资源调度的目标函数的标识信息，将所述目标函数下载到所述第二资源调度客户端，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

一种应用系统中的资源调度方法，包括：

资源调度服务端接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

当第二应用工程中的第二资源调度客户端根据从所述资源调度服务端获得的目标函数的标识信息，下载到所述目标函数后，所述资源调度服务端接收所述第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

一种应用系统中的资源调度装置，应用于第一应用工程中的第一资源调度客户端，包括：

服务器资源监控单元，用于监控所述第一应用工程运行过程中的服务器资源的占用情况；

目标函数确定单元，用于在所述第一应用工程的服务器资源不足时，从所述第一应用工程包括的轻量级函数中确定出需要进行资源调度的目标函数；

标识信息提交单元，用于向资源调度服务端提交所述目标函数的标识信息，以便所述资源调度服务端将所述目标函数调度到服务器资源过剩的第二应用工程内，利用所述第二应用工程的空闲服务器资源运行所述目标函数。

一种应用系统中的资源调度装置，应用于第二应用工程中的第二资源调度客户端，包括：

服务器资源监控单元，用于监控所述第二应用工程运行过程中的服务器资源的占用情况；

服务器资源信息提交单元，用于在所述第二应用工程的服务器资源过剩时，向资源调度服务端提交所述第二应用工程的标识信息以及空闲服务器资源信息；

目标函数下载单元，用于在接收到所述资源调度服务端发送的需要进行资源调度的目标函数的标识信息时，下载所述目标函数到所述第二资源调度客户端，以便利用所述第二应用工程的空闲服务器资源运行所述目标函数，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

对应关系提交单元，用于将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

一种应用系统中的资源调度装置，应用于资源调度服务端，包括：

标识信息接收单元，用于接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

服务器资源信息接收单元，用于接收第二应用工程中的第二资源调度客户端提交的第二应用工程的标识信息以及空闲服务器资源信息；

目标第二应用工程确定单元，用于从所述第二应用工程中为所述目标函数确定目标第二应用工程，将所述目标函数的标识信息发送到所述目标第二应用工程的第二资源调度客户端，以便利用所述目标第二应用工程的空闲服务服务器资源运行所述目标函数；

目标函数注册单元，用于根据所述目标第二应用工程中的第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

一种应用系统中的资源调度装置，应用于第二应用工程中的第二资源调度客户端，包括：

服务器资源监控单元，用于监控所述第二应用工程运行过程中的服务器资源的占用情况；

目标函数下载单元，用于在所述第二应用工程的服务器资源过剩时，访问资源调度服务端获得需要进行资源调度的目标函数的标识信息，将所述目标函数下载到所述第二资源调度客户端，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

对应关系提交单元，用于将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

一种应用系统中的资源调度装置，应用于资源调度服务端，包括：

标识信息接收单元，用于接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

对应关系接收单元，用于在第二应用工程中的第二资源调度客户端根据从所述资源调度服务端获得的目标函数的标识信息，下载到所述目标函数后，接收所述第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

监控所述第一应用工程运行过程中的服务器资源的占用情况；

如果所述第一应用工程的服务器资源不足，则从所述第一应用工程包括的轻量级函数中确定出需要进行资源调度的目标函数；

向资源调度服务端提交所述目标函数的标识信息，以便所述资源调度服务端将所述目标函数调度到服务器资源过剩的第二应用工程内，利用所述第二应用工程的空闲服务器资源运行所述目标函数。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

监控所述第二应用工程运行过程中的服务器资源的占用情况；

如果所述第二应用工程的服务器资源过剩，则向资源调度服务端提交所述第二应用工程的标识信息以及空闲服务器资源信息；

接收到所述资源调度服务端发送的需要进行资源调度的目标函数的标识信息时，下载所述目标函数，以便利用所述第二应用工程的空闲服务器资源运行所述目标函数，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

接收第二应用工程中的第二资源调度客户端提交的第二应用工程的标识信息以及空闲服务器资源信息，从所述第二应用工程中为所述目标函数确定目标第二应用工程，将所述目标函数的标识信息发送到所述目标第二应用工程的第二资源调度客户端，以便利用所述目标第二应用工程的空闲服务服务器资源运行所述目标函数；

根据所述目标第二应用工程中的第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

监控所述第二应用工程运行过程中的服务器资源的占用情况；

如果所述第二应用工程的服务器资源过剩，则访问资源调度服务端获得需要进行资源调度的目标函数的标识信息，并下载所述目标函数，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

当第二应用工程中的第二资源调度客户端根据从所述资源调度服务端获得的目标函数的标识信息，下载到所述目标函数后，所述资源调度服务端接收所述第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，资源调度客户端可以监控其所在应用工程运行过程中的服务器资源的占用情况，如果服务器资源不足，该应用工程可以作为第一应用工程，由资源调度客户端从第一应用工程的函数中确定出需要进行资源调度的目标函数，提交到资源调度服务端请求进行资源调度；如果服务器资源过剩，该应用工程可以作为第二应用工程，由资源调度客户端将第二应用工程的空闲服务器资源信息提交到资源调度服务端。这样，资源调度服务端便可从第二应用工程中为目标函数确定出目标第二应用工程，将目标函数调度到目标第二应用工程的空闲服务器资源上运行。如此方案，可以实现跨应用工程的资源调度，充分利用第二应用工程的空闲服务器资源，解决第一应用工程服务器资源紧张的问题。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的应用工程的示意图；

图2是本申请实施例提供的第一系统的示意图；

图3是本申请实施例提供的第一种方法的流程图；

图4是本申请实施例提供的第二系统的示意图；

图5是本申请实施例提供的第二种方法的流程图；

图6是本申请实施例提供的第三种方法的流程图；

图7是本申请实施例提供的第四种方法的流程图；

图8是本申请实施例提供的第五种方法的流程图；

图9是本申请实施例提供的第六种方法的流程图；

图10是本申请实施例提供的第七种方法的流程图；

图11是本申请实施例提供的第一种装置的示意图；

图12是本申请实施例提供的第二种装置的示意图；

图13是本申请实施例提供的第三种装置的示意图；

图14是本申请实施例提供的第四种装置的示意图；

图15是本申请实施例提供的第五种装置的示意图；

图16是本申请实施例提供的计算机系统的架构的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

为了便于理解本申请实施例提供的具体实现方案，下面先对本方案的具体场景进行简单介绍。

本申请实施例中，一个应用系统内部通常可以包括多个应用工程，其中，一个独立部署的java(或者其他开发语言)工程可以称为一个应用工程，应用工程通常是按照业务粒度划分的，一个应用工程可以对应包括实现很多页面功能的代码。参见图1所示示例，应用工程A可以对应包括实现A1～AN共N个页面功能的代码。

结合实际应用，例如，对于商品对象信息服务系统而言，针对开设线上店铺的业务，店铺首页、详情页、搜索页、大促页等页面对应的业务代码汇总起来可以对应一个应用工程；针对商品对象信息发布业务，商品编辑页面、商品发布页面等页面对应的业务代码汇总起来可以对应一个应用工程。

另外，本申请实施例中，一个应用工程内可能会包括多个轻量级函数，所谓轻量级函数可以理解为在功能粒度上不可再拆分的函数function，每个轻量级函数都可以独立实现一个小的功能，并单独对外提供服务，支持多种协议的调用。通常一个页面内就可以包括很多函数，参见图1所示示例，应用工程A的页面AN中包括函数1～函数M共M个函数。结合实际应用，上文所举店铺首页的示例中，店铺首页可以包括导航函数、图片轮播函数、商品列表函数、优惠券函数等。

本申请实施例中，轻量级函数可以是一段运行完整功能的代码以及代码运行所需的依赖。以上文的优惠券函数为例。例如，实现展示优惠券的业务，优惠券函数可以包括：基础依赖，以及业务逻辑代码。其中，基础依赖可以为商品对象信息服务系统中的商品服务、交易服务、会员服务等打包成的SDK(中文：软件开发工具包，英文：Software DevelopmentKit)，业务逻辑代码可以为多张优惠券如何排序、如何在页面上显示等，具体可结合实际业务需求确定，本申请实施例对此可不做限定。再例如，实现向不同等级用户展示不同优惠券的业务，优惠券函数除包括上述基础依赖、业务逻辑代码之外，还可以包括业务依赖，作为一种示例，业务依赖可以为查询用户等级信息服务打包成的SDK，本申请实施例对此亦可不做具体限定。

在实际应用过程中，服务器部署大多以应用工程粒度实现，即，根据应用工程对应的业务的流量预估需要的服务器数量，将应用工程部署到这些服务器上运行。例如，应用工程A部署到服务器A1～A100，应用工程B部署到服务器B1～B200。

具体地，考虑到线上服务对稳定性和时延都非常敏感，且业务流量存在一定程度的未知可能性，预估的服务器数量通常存在以下两种情况：

情况一，预留了很多常备服务器。例如，预估应用工程A对应的业务流量需要80台服务器，在实际部署时可能会预留出20台常备服务器，即将应用工程A部署到100台服务器上。

情况二，按照应用工程在一定时间长度内可能会出现的流量最高峰预估服务器数量，也就是说，服务提供商部署的服务器数量，实际是各个应用工程的流量最高峰对应的服务器数量的总和。但在实际应用过程中，各应用工程之间的流量峰值大多情况下不会重叠，即不会同时出现，例如，商品大促时，导购流量峰值主要集中在0点之前，交易流量峰值主要集中在0点之后，即导购应用工程与交易应用工程的峰值是不重叠的。

综上可知，在某个应用工程的流量激增，导致该应用工程部署的服务器资源紧张时，此时其他应用工程部署的服务器很可能存在空闲资源未被充分利用。其中，空闲资源可以是服务器中未被充分利用的内存、CPU、网络IO等可使用的硬件资源。

考虑到服务器存在未被充分利用的空闲资源，且函数可以独立实现一个小的功能，即可以被独立部署到服务器上运行，不会影响该函数实现的功能，本申请实施例提供一种资源调度工具，当第一应用工程部署的第一服务器资源紧张时，可以动态调用第二应用工程，即除第一应用工程之外的其他应用工程部署的第二服务器的空闲资源，以此来缓解第一应用工程流量激增给第一服务器带来的压力。

本申请实施例的资源调度工具可以包括资源调度客户端以及资源调度服务端。

资源调度客户端可以寄宿在参与资源调度的应用工程中。其中，具体需要参与资源调度的应用工程通常为多个，因此，每个应用工程中都可以引入该资源调度客户端。其中，资源调度客户端的具体实现形态可以有多种，例如，在一种具体的实现方式下，资源调度客户端可以体现为在应用工程的JVM(英文：Java Virtual Machine，中文：Java虚拟机)中依赖指定框架自定义的容器，例如，依赖spring boot自定义的spring boot容器。资源调度客户端可以为调度过来的函数提供运行环境，还可以对其寄宿的应用工程运行过程中的服务器资源的占用情况进行监控。

在实际应用过程中，资源调度客户端可以从功能角度分为第一资源调度客户端、第二资源调度客户端。如果资源调度客户端的宿主应用工程的服务器资源不足，存在需要进行资源调度的目标函数，可以将该资源调度客户端称为第一资源调度客户端，将对应的宿主应用工程称为第一应用工程。如果资源调度客户端的宿主应用工程的服务器资源过剩，可以将该资源调度客户端称为第二资源调度客户端，将对应的宿主应用工程称为第二应用工程。

本申请实施例中，服务器资源不足可以理解为服务器目前不存在空闲资源，或者服务器目前可用的空闲资源低于第一阈值；服务器资源过剩可以理解为服务器目前存在空闲资源，或者服务器目前可用的空闲资源高于第二阈值。本申请实施例对此可不做具体限定。

资源调度服务端则可以运行在另外配置的服务器中，各个参与资源调度的应用工程中的资源调度客户端可以通过与该资源调度服务端之间的信息交互，实现具体的资源调度过程。其中，资源调度客户端与资源调度服务端之间的交互方式可以有多种，例如，其中一种方式下，可以是在资源调度服务端配备控制中心模块，资源调度客户端可以对应用工程运行过程中的服务器资源的占用情况进行监控，如果发现资源不足或者资源过剩的情况，都可以上报给资源调度服务端，由资源调度服务端中配备的控制中心模块，进行统一的调度，也即，由资源调度服务端的控制中心模块确定具体将哪个函数调度到哪个应用工程中运行。

或者，另一种方式下，资源调度服务器中也可以不需要实现控制中心模块，第一资源调度客户端在发现第一应用工程对应的服务器资源不足时，可以确定出需要进行资源调度的目标函数上报给资源调度服务端，由服务端进行记录；而第二资源调度客户端在发现第二应用工程对应的服务器资源过剩时，则不需要上报给资源调度服务端，而是可以自行访问资源调度服务端中记录的所有第一应用工程对服务器资源的需求信息，并从中确定目标第一应用工程，将该目标第一应用工程中的目标函数调度到自己对应的第二应用工程的服务器中运行。

下面结合具体示例，分别对本申请实施例的上述两种实现方式分别进行解释说明。

实施例1

参见图2所示资源调度系统，可以包括第一资源调度客户端，第二资源调度客户端以及资源调度服务端。其中，资源调度服务端又可以进一步包括供需信息记录模块，控制中心模块以及注册中心模块。

具体地，供需信息记录模块，用于记录所述第一应用工程中的资源调度客户端提交的目标函数的标识信息，以及所述第二应用工程中的资源调度客户端提交的所述第二应用工程的标识信息以及空闲服务器资源信息。控制中心模块，用于从所述第二应用工程中为所述目标函数确定目标第二应用工程，将所述目标函数调度到所述目标第二应用工程对应的服务器资源中。注册中心模块，用于根据所述目标第二应用工程中的资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便所述第一应用工程中的资源调度客户端接收到针对所述目标函数的访问请求时，根据该对应关系调用在所述目标第二应用工程的服务器上运行的目标函数。

下面结合图3所示流程图，对本申请实施例的实现过程进行解释说明。

S101：第一资源调度客户端向资源调度服务端提交目标函数的标识信息。

应用工程中的资源调度客户端可以监测其所在宿主应用工程运行过程中的服务器资源的占用情况，并在服务器资源不足时，从宿主应用工程包括的函数中确定出需要进行资源调度的目标函数。例如，服务器资源的占用情况可以体现为函数的负载信息，具体地，应用工程A中的资源调度客户端可以获得应用工程A包括的各个函数的负载信息，如果函数1的负载信息表示应用工程A部署的服务器资源不足，可以将函数1确定为目标函数，并将函数1的标识信息提交到资源调度服务端。其中，函数的负载信息可以体现为函数的QPS；函数的标识信息可以体现为函数的ID，或者可以体现为函数所属应用工程的标识信息以及函数的ID的组合。本申请实施例对此可不做具体限定。本示例中，应用工程A即为第一应用工程，应用工程A中的资源调度客户端可以称为第一资源调度客户端，应用工程A部署的服务器可以称为第一服务器。

作为一种示例，资源调度服务端中的供需信息记录模块接收到第一资源调度客户端提交的目标函数的标识信息，可以将函数1的标识信息写入待调度列表中，以便在其他应用工程部署的服务器存在空闲资源时，将函数1动态调度到其他应用工程部署的服务器上运行。

S102：第二资源调度客户端向资源调度服务端提交空闲服务器资源信息。

除应用工程A之外的其他应用工程，例如，应用工程B、应用工程C中的资源调度客户端，也可对其所在宿主应用工程运行过程中的服务器资源的占用情况进行监控，例如，可以分别获取各自所在宿主应用工程包括的函数的负载信息。如果函数的负载信息表示应用工程B部署的服务器存在空闲资源，应用工程B中的资源调度客户端可以将应用工程B的标识信息以及空闲服务器资源信息上报至资源调度服务端，由供需信息记录模块将上述信息写入空闲资源信息库中。本示例中，应用工程B即为第二应用工程，应用工程B中的资源调度客户端可以称为第二资源调度客户端，应用工程B部署的服务器可以称为第二服务器。

S103：资源调度服务端中的控制中心模块进行资源调度。

控制中心模块可以根据待调度信息库、空闲资源信息库进行资源动态调度，将目标函数分配到具有空闲资源的服务器上运行。例如，控制中心模块将应用工程B确定为目标第二应用工程，将函数1分配到应用工程B部署的服务器B1、B2、B3上运行；或者，控制中心模块也可以不指定具体服务器，由应用工程B中的第二资源调度客户端确定运行函数1的服务器，本申请实施例对此可不做具体限定。

作为一种示例，控制中心模块可以设置各应用工程对应的调度优先级，并根据优先级高低为目标函数进行资源调度。例如，应用工程B基本没有峰值流量，空闲资源较多，可以将应用工程B的优先级设置为最高；应用工程D用于实现核心业务，为了不影响应用工程D本身的正常运行，可以将应用工程D的优先级设置为最低，最低优先级还可以理解为将应用工程D加入黑名单，即不论应用工程D部署的服务器是否存在空闲资源，都不参与资源调度。

通过控制中心模块为函数1进行资源分配，可以尽量减少不可控因素对函数1、第二应用工程的正常运行产生影响，可靠性更强，安全性更高。

S104：第二资源调度客户端注册目标函数。

将函数1分配到应用工程B部署的服务器上运行时，应用工程B中的第二资源调度客户端可以先根据函数1的标识信息将函数1的相关服务代码下载到第二资源调度客户端中运行。作为一种示例，可以通过存储地址信息库保存函数的标识信息以及函数的存储地址之间的对应关系，第二资源调度客户端可以根据函数1的标识信息查询存储地址信息库得到函数1的存储地址，再到该存储地址处下载函数1的相关服务代码。在实际应用过程中，存储地址信息库可以保存在资源调度服务端，或者保存在可被参与资源调度的应用工程共享的其他存储空间，本申请实施例对此可不做具体限定。

通常，一个应用工程可以部署到很多台服务器上，每台服务器都可以对等的实现该应用工程的功能。也就是说，服务器B1、B2、B3可以对等的实现加载了函数1的应用工程B的功能。

函数1下载完毕启动时，应用工程B中的第二资源调度客户端可以向资源调度服务端提交函数1的标识信息，以及服务器B1、B2、B3的标识信息之间的对应关系，请求对函数1进行注册。作为一种示例，资源调度服务端中的注册中心模块可以将上述对应关系保存到注册信息库中，如此，在存在针对函数1的访问请求时，应用工程A中的第一资源调度客户端可以向资源调度服务端提交包括目标函数的标识信息的查询请求，从注册信息库中确定出运行函数1的服务器B1、B2、B3，将函数1的业务流量引流到服务器B1、B2、B3，实现对函数1的远程调用。作为一种示例，服务器标识信息可以体现为服务器的IP地址，本申请实施例对此可不做具体限定。

需要说明的是，同一个函数可以被不同形式的协议调用，例如，可以是hsf协议、mtop协议、http协议、或者其他通用协议，在实际应用过程中注册中心模块可以针对不同协议分别对函数1进行注册，以支持各种形式的远程调用，使功能最大化。

此外，如果服务器B1、B2、B3的空闲资源仍无法满足函数1的流量需求，也就是说，应用工程A中的第一资源调度客户端继续将函数1确定为目标函数上报至资源调度服务端，请求进行资源调度。若应用工程C部署的服务器此时有空闲资源，资源调度服务端还可以将应用工程C确定为目标第二应用工程，将函数1调度到应用工程C部署的服务器上运行，具体过程可参见上文所做介绍，此处不再详述。也就是说，可以根据函数1的业务流量，其他应用工程部署的服务器的空闲资源，对可调度的资源进行动态的横向扩展，具有很强的灵活性。

作为一种示例，可以通过租户机制将服务器B1、B2、B3的资源隔离出来运行函数1。例如，服务器隔离出的资源上限可以为：CPU的10％，1024M内存，100个线程，该资源上限可以根据应用工程B的负载情况进行动态调整，例如，负载变低，即空闲资源变多，可以上调上述资源上限；负载变高，即空闲资源变少，可以下调上述资源上限，甚至可以请求注销函数1。本申请实施例对隔离出来用于运行函数1的资源上限可不做具体限定，只要不超过服务器的空闲资源即可。

S105：第二资源调度客户端注销目标函数。

具体地，应用工程B中的第二资源调度客户端可以向注册中心模块提交注销请求，该注销请求中可以包括函数1的标识信息，注册中心模块可以据此将函数1注销掉，即，在注册信息库中删除针对函数1保存的对应关系，如此，应用工程A中的第一资源调度客户端查询注册信息库进行远程调用时，不会将流量引流到服务器B1、B2、B3。另外，还可以通过注销请求注销指定服务器上运行的函数1，例如，注销请求中可以包括函数1的标识信息，以及服务器B1的标识信息的对应关系，注册中心模块可以据此在注册信息库中删除函数1与B1的对应关系，如此，应用工程A中的第一资源调度客户端查询注册信息库进行远程调用时，可以将流量引流到服务器B2、B3。本申请实施例对注销请求的具体表现形式可不做限定。

作为一种示例，资源调度客户端还可以监测函数的运行情况，发现异常运行的函数。例如，应用工程B中的第二资源调度客户端可以监测其中运行的函数1、函数2的调用耗时，如果函数1的调用耗时的时间长度超过预设时间长度，则可判定函数1出现异常，为了不影响第二资源调度客户端的正常运行，第二资源调度客户端可以向注册中心模块提交包括函数1的标识信息的注销请求，将函数1注销掉。此外，如果函数1仍存在负载高的情况，控制中心模块还可以重新进行资源调度，将函数1分配到应用工程B或者其他第二应用工程部署的服务器上运行。

在实际应用过程中，如果应用工程B部署的服务器的空闲资源较多，可能会被动态分配多个第一应用工程的函数，这多个函数可能来自同一个第一应用工程，也可能来自不同第一应用工程，本申请实施例对此可不做具体限定。

需要说明的是，当有新的函数分配到应用工程B部署的服务器上运行时，应用工程B中的第二资源调度客户端每加载一个新的函数，都会占用一些JVM的matespace内存，随着加载的函数越多，占用的matespace就越多，内存消耗可能会影响第二服务器的运行速度，对应于此，可以通过重启第二资源调度客户端的方式释放掉占用的matespace内存。作为一种示例，第二资源调度客户端可以每隔预设时间长度进行一次重启，或者每需要加载一个新的函数就进行一次重启，本申请实施例对此可不做具体限定。

例如，应用工程A的函数1被分配到应用工程B的服务器上运行，若此时应用工程A的函数2也作为目标函数被资源调度服务端分配到应用工程B部署的服务器上，应用工程B中的第二资源调度客户端可以向注册中心模块提交注销请求，将第二资源调度客户端中运行的所有函数都注销掉(本示例中就是注销函数1)，然后重新根据函数1、函数2的标识信息，下载对应的服务代码，并在函数启动时进行注册。

实施例2

参见图4所示资源调度系统，可以包括第一资源调度客户端，第二资源调度客户端以及资源调度服务端。其中，资源调度服务端又可以进一步包括需求信息记录模块以及注册中心模块。

具体地，需求信息记录模块，用于记录所述第一应用工程中的资源调度客户端提交的目标函数的标识信息。注册中心模块，用于根据所述第二应用工程中的资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便在所述第一应用工程中的资源调度客户端接收到针对所述目标函数的访问请求时，根据该对应关系调用在所述第二应用工程的服务器上运行的目标函数。

下面结合图5所示流程图，对本申请实施例的实现过程进行解释说明。

S201：第一资源调度客户端向资源调度服务端提交目标函数的标识信息。

本实施例中，资源调度服务端中的需求信息记录模块接收到第一资源调度客户端提交的目标函数的标识信息，可以将函数1的标识信息写入待调度列表中。除此之外，实施例2中的S201与实施例1中的S101实现过程相似，具体可参见上文所做介绍，此处不再赘述。

S202：第二资源调度客户端主动从资源调度服务端发现目标函数。

服务器资源过剩的第二应用工程中的第二资源调度客户端可以主动访问资源调度服务端，将待调度列表中记录的函数拉取到第二应用工程部署的服务器中运行。例如，应用工程B中的第二资源调度客户端可以在应用工程B部署的服务器存在空闲资源时，访问资源调度服务端，查询待调度列表，将应用工程A确定为目标第一应用工程，获得应用工程A中需要进行资源调度的函数1的标识信息，进而根据函数1的标识信息查询存储地址信息库得到函数1的存储地址，将函数1对应的服务代码下载到第二资源调度客户端中运行。

函数1下载完毕启动时，应用工程B中的第二资源调度客户端可以执行S203请求注册中心模块对目标函数1进行注册，应用工程B的服务器资源不足或者函数1运行异常时，第二资源调度客户端还可以执行S204请求注册中心模块对目标函数1进行注销，具体过程可以参照上文实施例1处所做介绍，此处不再赘述。

第二资源调度客户端主动拉取目标函数的方案，可以实现去中心化处理，有助于减少第二资源调度客户端与资源调度服务端之间的交互次数，节省通信资源。

实施例3

该实施例3是与实施例1、实施例2相对应的，从第一资源调度客户端的角度，提供了一种应用系统中的资源调度方法，参见图6，该方法具体可以包括：

S301：第一应用工程中的第一资源调度客户端监控所述第一应用工程运行过程中的服务器资源的占用情况；

S302：如果所述第一应用工程的服务器资源不足，则从所述第一应用工程包括的轻量级函数中确定出需要进行资源调度的目标函数；

S303：向资源调度服务端提交所述目标函数的标识信息，以便所述资源调度服务端将所述目标函数调度到服务器资源过剩的第二应用工程内，利用所述第二应用工程的空闲服务器资源运行所述目标函数。

实施例4

该实施例4是与实施例1相对应的，从第二资源调度客户端的角度，提供了一种应用系统中的资源调度方法，参见图7，该方法具体可以包括：

S401：第二应用工程中的第二资源调度客户端监控所述第二应用工程运行过程中的服务器资源的占用情况；

S402：如果所述第二应用工程的服务器资源过剩，则向资源调度服务端提交所述第二应用工程的标识信息以及空闲服务器资源信息；

S403：接收到所述资源调度服务端发送的需要进行资源调度的目标函数的标识信息时，下载所述目标函数到所述第二资源调度客户端，以便利用所述第二应用工程的空闲服务器资源运行所述目标函数，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

S404：将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

实施例5

该实施例5是与实施例1相对应的，从资源调度服务端的角度，提供了一种应用系统中的资源调度方法，参见图8，该方法具体可以包括：

S501：资源调度服务端接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

S502：接收第二应用工程中的第二资源调度客户端提交的第二应用工程的标识信息以及空闲服务器资源信息，从所述第二应用工程中为所述目标函数确定目标第二应用工程，将所述目标函数的标识信息发送到所述目标第二应用工程的第二资源调度客户端，以便利用所述目标第二应用工程的空闲服务服务器资源运行所述目标函数；

S503：根据所述目标第二应用工程中的第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

实施例6

该实施例6是与实施例2相对应的，从第二资源调度客户端的角度，提供了一种应用系统中的资源调度方法，参见图9，该方法具体可以包括：

S601：第二应用工程中的第二资源调度客户端监控所述第二应用工程运行过程中的服务器资源的占用情况；

S602：如果所述第二应用工程的服务器资源过剩，则访问资源调度服务端获得需要进行资源调度的目标函数的标识信息，将所述目标函数下载到所述第二资源调度客户端，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

S603：将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

实施例7

该实施例7是与实施例2相对应的，从第二资源调度客户端的角度，提供了一种应用系统中的资源调度方法，参见图10，该方法具体可以包括：

S701：资源调度服务端接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

S702：当第二应用工程中的第二资源调度客户端根据从所述资源调度服务端获得的目标函数的标识信息，下载到所述目标函数后，所述资源调度服务端接收所述第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

关于前述实施例3至实施例7中的未详述部分，可以参见前述实施例中的记载，这里不再赘述。

与实施例1、实施例2相对应，本申请实施例还提供了一种应用系统中的资源调度装置，参见图11，该装置应用于第一应用工程中的第一资源调度客户端，包括：

服务器资源监控单元801，用于监控所述第一应用工程运行过程中的服务器资源的占用情况；

目标函数确定单元802，用于在所述第一应用工程的服务器资源不足时，从所述第一应用工程包括的轻量级函数中确定出需要进行资源调度的目标函数；

标识信息提交单元803，用于向资源调度服务端提交所述目标函数的标识信息，以便所述资源调度服务端将所述目标函数调度到服务器资源过剩的第二应用工程内，利用所述第二应用工程的空闲服务器资源运行所述目标函数。

其中，服务器资源监控单元，具体可以用于：

所述第一资源调度客户端获得所述第一应用工程包括的函数对应的负载信息，根据所述负载信息监控所述服务器资源的占用情况。

所述装置还包括：

查询请求提交单元，用于在接收到针对所述目标函数的访问请求时，向所述资源调度服务端提交包括所述目标函数的标识信息的查询请求，确定出运行所述目标函数的第二应用工程的服务器标识信息，以便调用所述目标函数。

与实施例1相对应，本申请实施例还提供了一种应用系统中的资源调度装置，参见图12，该装置应用于第二应用工程中的第二资源调度客户端，包括：

服务器资源监控单元901，用于监控所述第二应用工程运行过程中的服务器资源的占用情况；

服务器资源信息提交单元902，用于在所述第二应用工程的服务器资源过剩时，向资源调度服务端提交所述第二应用工程的标识信息以及空闲服务器资源信息；

目标函数下载单元903，用于在接收到所述资源调度服务端发送的需要进行资源调度的目标函数的标识信息时，下载所述目标函数到所述第二资源调度客户端，以便利用所述第二应用工程的空闲服务器资源运行所述目标函数，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

对应关系提交单元904，用于将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

其中，目标函数下载单元，具体可以用于：

查询存储地址信息库，所述存储地址信息库中保存有所述目标函数的标识信息以及所述目标函数的存储地址之间的对应关系；

根据所述目标函数的存储地址，下载所述目标函数。

其中，所述第二资源调度客户端中创建有代码容器，所述代码容器为下载到所述第二资源调度客户端的目标函数提供运行环境。

其中，通过租户机制隔离出运行所述目标函数的资源，所述运行所述目标函数的资源的上限不超过所述第二应用工程的空闲服务器资源。

所述装置还包括：

对应关系删除单元，用于在运行所述目标函数的第二应用工程的服务器资源不足时，请求所述资源调度服务端删除所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便停止调用在所述第二应用工程的服务器上运行的目标函数。

所述对应关系删除单元，还用于在确定所述目标函数异常运行时，请求所述资源调度服务端删除所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便停止调用在所述第二应用工程的服务器上运行的目标函数。

与实施例1相对应，本申请实施例还提供了一种资源调度装置，参见图13，该装置应用于资源调度服务端，包括：

标识信息接收单元1001，用于接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

服务器资源信息接收单元1002，用于接收第二应用工程中的第二资源调度客户端提交的第二应用工程的标识信息以及空闲服务器资源信息；

目标第二应用工程确定单元1003，用于从所述第二应用工程中为所述目标函数确定目标第二应用工程，将所述目标函数的标识信息发送到所述目标第二应用工程的第二资源调度客户端，以便利用所述目标第二应用工程的空闲服务服务器资源运行所述目标函数；

目标函数注册单元1004，用于根据所述目标第二应用工程中的第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

所述装置还包括：

服务器标识信息查询单元，用于接收所述第一资源调度客户端提交的包括所述目标函数的标识信息的查询请求，根据所述对应关系确定运行所述目标函数的目标第二应用工程的服务器；向所述第一资源调度客户端发送运行所述目标函数的服务器标识信息，以便所述第一资源调度客户端调用在所述目标第二应用工程的服务器上运行的目标函数。

与实施例2相对应，本申请实施例还提供了一种应用系统中的资源调度装置，参见图14，该装置应用于第二应用工程中的第二资源调度客户端，包括：

服务器资源监控单元1101，用于监控所述第二应用工程运行过程中的服务器资源的占用情况；

目标函数下载单元1102，用于在所述第二应用工程的服务器资源过剩时，访问资源调度服务端获得需要进行资源调度的目标函数的标识信息，将所述目标函数下载到所述第二资源调度客户端，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

对应关系提交单元1103，用于将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

与实施例2相对应，本申请实施例还提供了一种资源调度装置，参见图15，该装置应用于资源调度服务端，包括：

标识信息接收单元1201，用于接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

对应关系接收单元1202，用于在第二应用工程中的第二资源调度客户端根据从所述资源调度服务端获得的目标函数的标识信息，下载到所述目标函数后，接收所述第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

另外本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

监控所述第一应用工程运行过程中的服务器资源的占用情况；

如果所述第一应用工程的服务器资源不足，则从所述第一应用工程包括的轻量级函数中确定出需要进行资源调度的目标函数；

向资源调度服务端提交所述目标函数的标识信息，以便所述资源调度服务端将所述目标函数调度到服务器资源过剩的第二应用工程内，利用所述第二应用工程的空闲服务器资源运行所述目标函数。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

监控所述第二应用工程运行过程中的服务器资源的占用情况；

如果所述第二应用工程的服务器资源过剩，则向资源调度服务端提交所述第二应用工程的标识信息以及空闲服务器资源信息；

接收到所述资源调度服务端发送的需要进行资源调度的目标函数的标识信息时，下载所述目标函数，以便利用所述第二应用工程的空闲服务器资源运行所述目标函数，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

接收第二应用工程中的第二资源调度客户端提交的第二应用工程的标识信息以及空闲服务器资源信息，从所述第二应用工程中为所述目标函数确定目标第二应用工程，将所述目标函数的标识信息发送到所述目标第二应用工程的第二资源调度客户端，以便利用所述目标第二应用工程的空闲服务服务器资源运行所述目标函数；

根据所述目标第二应用工程中的第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

监控所述第二应用工程运行过程中的服务器资源的占用情况；

如果所述第二应用工程的服务器资源过剩，则访问资源调度服务端获得需要进行资源调度的目标函数的标识信息，并下载所述目标函数，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

当第二应用工程中的第二资源调度客户端根据从所述资源调度服务端获得的目标函数的标识信息，下载到所述目标函数后，所述资源调度服务端接收所述第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

其中，图16示例性的展示出了计算机系统的架构，具体可以包括处理器1310，视频显示适配器1311，磁盘驱动器1312，输入/输出接口1313，网络接口1314，以及存储器1320。上述处理器1310、视频显示适配器1311、磁盘驱动器1312、输入/输出接口1313、网络接口1314，与存储器1320之间可以通过通信总线1330进行通信连接。

其中，处理器1310可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器1320可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1320可以存储用于控制计算机系统1300运行的操作系统1321，用于控制计算机系统1300的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器1323，数据存储管理系统1324，以及资源调度系统1325等等。上述资源调度系统1325就可以是本申请实施例中具体实现前述各步骤操作的资源调度客户端、资源调度服务端。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1320中，并由处理器1310来调用执行。

输入/输出接口1313用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1314用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1330包括一通路，在设备的各个组件(例如处理器1310、视频显示适配器1311、磁盘驱动器1312、输入/输出接口1313、网络接口1314，与存储器1320)之间传输信息。

另外，该计算机系统1300还可以从虚拟资源对象领取条件信息数据库1341中获得具体领取条件的信息，以用于进行条件判断，等等。

需要说明的是，尽管上述设备仅示出了处理器1310、视频显示适配器1311、磁盘驱动器1312、输入/输出接口1313、网络接口1314，存储器1320，总线1330等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的资源调度系统、方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (25)

1.一种应用系统中的资源调度系统，其特征在于，

所述应用系统中包括多个应用工程，所述应用工程中包括至少一个轻量级函数，不同的应用工程对应不同的服务器资源；

所述资源调度系统包括：

资源调度客户端，以及资源调度服务端；

所述资源调度客户端，分别运行在多个不同的所述应用工程内，用于对应用工程运行过程中的服务器资源的占用情况进行监控，以便从第一应用工程内确定需要进行资源调度的目标函数，将所述目标函数调度到服务器资源过剩的第二应用工程中；

所述资源调度服务端，用于从所述第二应用工程中，为所述目标函数确定目标第二应用工程，以便将所述目标函数的相关服务代码调度到所述目标第二应用工程对应的服务器资源中，使所述目标函数利用所述目标第二应用工程对应的服务器资源对外提供服务。

2.根据权利要求1所述的系统，其特征在于，

运行在所述第一应用工程内的资源调度客户端将所述目标函数的标识信息提交到所述资源调度服务端；运行在所述第二应用工程内的资源调度客户端将所述第二应用工程的标识信息以及空闲服务器资源信息提交到所述资源调度服务端，以便所述资源调度服务端为所述目标函数确定所述目标第二应用工程。

3.根据权利要求1或2所述的系统，其特征在于，

所述资源调度服务端包括：供需信息记录模块，控制中心模块以及注册中心模块；

所述供需信息记录模块，用于记录所述第一应用工程中的资源调度客户端提交的目标函数的标识信息，以及所述第二应用工程中的资源调度客户端提交的所述第二应用工程的标识信息以及空闲服务器资源信息；

所述控制中心模块，用于从所述第二应用工程中为所述目标函数确定目标第二应用工程，将所述目标函数调度到所述目标第二应用工程对应的服务器资源中；

所述注册中心模块，用于根据所述目标第二应用工程中的资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便所述第一应用工程中的资源调度客户端接收到针对所述目标函数的访问请求时，根据该对应关系调用在所述目标第二应用工程的服务器上运行的目标函数。

4.根据权利要求3所述的系统，其特征在于，

所述注册中心模块，还用于在接收到所述目标第二应用工程中的资源调度客户端提交的所述目标函数的标识信息时，删除针对所述目标函数保存的对应关系，以便停止调用在所述目标第二应用工程的服务器上运行的目标函数。

5.一种应用系统中的资源调度方法，其特征在于，包括：

第一应用工程中的第一资源调度客户端监控所述第一应用工程运行过程中的服务器资源的占用情况；

如果所述第一应用工程的服务器资源不足，则从所述第一应用工程包括的轻量级函数中确定出需要进行资源调度的目标函数；

向资源调度服务端提交所述目标函数的标识信息，以便所述资源调度服务端将所述目标函数调度到服务器资源过剩的第二应用工程内，利用所述第二应用工程的空闲服务器资源运行所述目标函数。

6.根据权利要求5所述的方法，其特征在于，

所述第一资源调度客户端监控所述第一应用工程运行过程中的服务器资源的占用情况，包括：

所述第一资源调度客户端获得所述第一应用工程包括的函数对应的负载信息，根据所述负载信息监控所述服务器资源的占用情况。

7.根据权利要求5或6所述的方法，其特征在于，还包括：

接收到针对所述目标函数的访问请求时，向所述资源调度服务端提交包括所述目标函数的标识信息的查询请求，确定出运行所述目标函数的第二应用工程的服务器标识信息，以便调用所述目标函数。

8.一种应用系统中的资源调度方法，其特征在于，包括：

第二应用工程中的第二资源调度客户端监控所述第二应用工程运行过程中的服务器资源的占用情况；

如果所述第二应用工程的服务器资源过剩，则向资源调度服务端提交所述第二应用工程的标识信息以及空闲服务器资源信息；

接收到所述资源调度服务端发送的需要进行资源调度的目标函数的标识信息时，下载所述目标函数到所述第二资源调度客户端，以便利用所述第二应用工程的空闲服务器资源运行所述目标函数，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

9.根据权利要求8所述的方法，其特征在于，

所述下载所述目标函数到所述第二资源调度客户端，包括：

查询存储地址信息库，所述存储地址信息库中保存有所述目标函数的标识信息以及所述目标函数的存储地址之间的对应关系；

根据所述目标函数的存储地址，下载所述目标函数。

10.根据权利要求8所述的方法，其特征在于，

所述第二资源调度客户端中创建有代码容器，所述代码容器为下载到所述第二资源调度客户端的目标函数提供运行环境。

11.根据权利要求8所述的方法，其特征在于，

通过租户机制隔离出运行所述目标函数的资源，所述运行所述目标函数的资源的上限不超过所述第二应用工程的空闲服务器资源。

12.根据权利要求8至11任一项所述的方法，其特征在于，还包括：

运行所述目标函数的第二应用工程的服务器资源不足时，请求所述资源调度服务端删除所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便停止调用在所述第二应用工程的服务器上运行的目标函数。

13.根据权利要求8至11任一项所述的方法，其特征在于，还包括：

确定所述目标函数异常运行时，请求所述资源调度服务端删除所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便停止调用在所述第二应用工程的服务器上运行的目标函数。

14.一种应用系统中的资源调度方法，其特征在于，包括：

资源调度服务端接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

接收第二应用工程中的第二资源调度客户端提交的第二应用工程的标识信息以及空闲服务器资源信息，从所述第二应用工程中为所述目标函数确定目标第二应用工程，将所述目标函数的标识信息发送到所述目标第二应用工程的第二资源调度客户端，以便利用所述目标第二应用工程的空闲服务服务器资源运行所述目标函数；

根据所述目标第二应用工程中的第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

15.根据权利要求14所述的方法，其特征在于，

所述第一资源调度客户端接收到针对所述目标函数的访问请求时，还包括：

接收所述第一资源调度客户端提交的包括所述目标函数的标识信息的查询请求，根据所述对应关系确定运行所述目标函数的目标第二应用工程的服务器；

向所述第一资源调度客户端发送运行所述目标函数的服务器标识信息，以便所述第一资源调度客户端调用在所述目标第二应用工程的服务器上运行的目标函数。

16.一种应用系统中的资源调度系统，其特征在于，

所述应用系统中包括多个应用工程，所述应用工程中包括至少一个轻量级函数，不同的应用工程对应不同的服务器资源；

所述资源调度系统包括：

资源调度客户端，以及资源调度服务端；

所述资源调度客户端，分别运行在多个不同的所述应用工程内，用于对应用工程运行过程中的服务器资源的占用情况进行监控，以便从第一应用工程内确定需要进行资源调度的目标函数，并将所述目标函数的标识信息提交到所述资源调度服务端；

所述服务资源调度服务端，用于对所述目标函数的信息进行记录；

所述服务资源调度客户端，还用于通过访问所述资源调度服务端从第一应用工程中确定目标第一应用工程，获得所述目标第一应用工程的目标函数的标识信息，并将该目标函数的相关服务代码调度到所述服务资源调度客户端所在第二应用工程对应的服务器资源中，以便所述目标函数利用所述第二应用工程对应的服务器资源对外提供服务。

17.根据权利要求16所述的系统，其特征在于，

运行在所述第一应用工程内的资源调度客户端将所述目标函数的标识信息提交到所述资源调度服务端；运行在所述第二应用工程内的资源调度客户端将所述目标函数的相关服务代码调度到所述第二应用工程对应的服务器资源中。

18.根据权利要求16或17所述的系统，其特征在于，

所述资源调度服务端包括：需求信息记录模块以及注册中心模块；

所述需求信息记录模块，用于记录所述第一应用工程中的资源调度客户端提交的目标函数的标识信息；

所述注册中心模块，用于根据所述第二应用工程中的资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便在所述第一应用工程中的资源调度客户端接收到针对所述目标函数的访问请求时，根据该对应关系调用在所述第二应用工程的服务器上运行的目标函数。

19.一种应用系统中的资源调度方法，其特征在于，包括：

第二应用工程中的第二资源调度客户端监控所述第二应用工程运行过程中的服务器资源的占用情况；

如果所述第二应用工程的服务器资源过剩，则访问资源调度服务端获得需要进行资源调度的目标函数的标识信息，将所述目标函数下载到所述第二资源调度客户端，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

20.一种应用系统中的资源调度方法，其特征在于，包括：

资源调度服务端接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

当第二应用工程中的第二资源调度客户端根据从所述资源调度服务端获得的目标函数的标识信息，下载到所述目标函数后，所述资源调度服务端接收所述第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

21.一种应用系统中的资源调度装置，其特征在于，应用于第一应用工程中的第一资源调度客户端，包括：

服务器资源监控单元，用于监控所述第一应用工程运行过程中的服务器资源的占用情况；

目标函数确定单元，用于在所述第一应用工程的服务器资源不足时，从所述第一应用工程包括的轻量级函数中确定出需要进行资源调度的目标函数；

标识信息提交单元，用于向资源调度服务端提交所述目标函数的标识信息，以便所述资源调度服务端将所述目标函数调度到服务器资源过剩的第二应用工程内，利用所述第二应用工程的空闲服务器资源运行所述目标函数。

22.一种应用系统中的资源调度装置，其特征在于，应用于第二应用工程中的第二资源调度客户端，包括：

服务器资源监控单元，用于监控所述第二应用工程运行过程中的服务器资源的占用情况；

服务器资源信息提交单元，用于在所述第二应用工程的服务器资源过剩时，向资源调度服务端提交所述第二应用工程的标识信息以及空闲服务器资源信息；

目标函数下载单元，用于在接收到所述资源调度服务端发送的需要进行资源调度的目标函数的标识信息时，下载所述目标函数到所述第二资源调度客户端，以便利用所述第二应用工程的空闲服务器资源运行所述目标函数，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

对应关系提交单元，用于将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

23.一种应用系统中的资源调度装置，其特征在于，应用于资源调度服务端，包括：

标识信息接收单元，用于接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

服务器资源信息接收单元，用于接收第二应用工程中的第二资源调度客户端提交的第二应用工程的标识信息以及空闲服务器资源信息；

目标第二应用工程确定单元，用于从所述第二应用工程中为所述目标函数确定目标第二应用工程，将所述目标函数的标识信息发送到所述目标第二应用工程的第二资源调度客户端，以便利用所述目标第二应用工程的空闲服务服务器资源运行所述目标函数；

目标函数注册单元，用于根据所述目标第二应用工程中的第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，对所述目标函数进行注册，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

24.一种应用系统中的资源调度装置，其特征在于，应用于第二应用工程中的第二资源调度客户端，包括：

服务器资源监控单元，用于监控所述第二应用工程运行过程中的服务器资源的占用情况；

目标函数下载单元，用于在所述第二应用工程的服务器资源过剩时，访问资源调度服务端获得需要进行资源调度的目标函数的标识信息，将所述目标函数下载到所述第二资源调度客户端，所述目标函数属于第一应用工程，且所述目标函数的标识信息由所述第一应用工程中的第一资源调度客户端提交到所述资源调度服务端；

对应关系提交单元，用于将所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，提交到所述资源调度服务端，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

25.一种应用系统中的资源调度装置，其特征在于，应用于资源调度服务端，包括：

标识信息接收单元，用于接收第一应用工程中的第一资源调度客户端提交的需要进行资源调度的目标函数的标识信息，所述目标函数属于所述第一应用工程；

对应关系接收单元，用于在第二应用工程中的第二资源调度客户端根据从所述资源调度服务端获得的目标函数的标识信息，下载到所述目标函数后，接收所述第二资源调度客户端提交的所述目标函数的标识信息以及运行所述目标函数的服务器标识信息之间的对应关系，以便所述第一资源调度客户端接收到针对所述目标函数的访问请求时查询所述资源调度服务端，根据所述对应关系调用所述目标函数。

Images