[发明专利]任务请求的处理方法、装置、处理器、终端及服务器

说明书

本发明公开了一种任务请求的处理方法、装置、处理器、终端及服务器。该方法包括：接收中心服务器分发的待执行的任务文件，其中，待执行的任务文件由中心服务器根据第一终端提交的任务请求中携带的任务参数进行分发，任务参数至少包括：任务类别；执行待执行的任务文件。本发明解决了相关技术中所提供的分布式任务调度方式操作复杂度较高、功能局限的技术问题。

技术领域

本发明涉及互联网领域，具体而言，涉及一种任务请求的处理方法、装置、处理器、终端及服务器。

背景技术

目前，相关技术中主要提供了以下两种任务调度方式：

方式一、轻任务调度(light-task-scheduler，简称为LTS)主要用于解决分布式任务调度问题，支持实时任务，定时任务和Cron任务，其优势在于：具有良好的伸缩性、扩展性、健壮性。LTS中主要包括以下四种角色：

(1)JobClient：主要负责提交任务并接收任务执行反馈结果。

(2)JobTracker：负责接收并分配任务，以及任务调度。

(3)TaskTracker：负责执行任务，并在执行完毕之后反馈给JobTracker。

(4)LTS-Admin：主要负责节点管理、任务队列管理、监控管理等。

其中，JobClient，JobTracker和TaskTracker节点都是无状态的，可以部署多个并动态地进行删减，来实现负载均衡，以实现更大的负载量，并且框架采用FailStore策略使得LTS具有很好的容错能力。

LTS注册中心提供多种实现(例如：Zookeeper，redis等)，注册中心进行节点信息暴露，master选举。Mongo或者Mysql存储任务队列和任务执行日志，netty或者mina实现底层通信，并提供多种序列化方式，例如：fastjson，hessian2，java等。

LTS支持三种任务类型：实时任务，定时任务和周期任务。

然而，此种任务调度方式存在如下技术缺陷：

(1)由于设计需求不尽相同，LTS中负责执行任务的TaskTracker端缺乏一个可视化界面提供给用户，用户也只能通过命令行运行代码的方式启动TaskTracker。然而，TaskTracker的用户通常为普通用户而非开发人员，显然TaskTracker的使用门槛过高。

(2)受到功能局限性影响，对JobClient提交的任务无法进行加密保护，而且JobClient也无法限制本身在执行调度任务时所能使用的主机资源上限。

方式二、分布式任务调度平台(XXL-JOB)是一个轻量级分布式任务调度框架，其核心设计目标在于：开发迅速、学习简单、轻量级、易扩展。XXL-JOB系统组成主要包括：调度模块、执行模块和任务模块。调度模块负责管理调度信息，按照调度配置发送调度请求，而自身不承担业务代码。执行模块负责接收调度请求并执行任务逻辑。任务模块负责业务代码的执行。

然而，此种任务调度方式存在如下技术缺陷：

与LTS类似，XXL-JOB的执行器同样缺乏简单易用的可视化界面，需要通过一系列复杂的配置编译操作才能够启动执行器，而且在启动器端也缺少对任务的加密保护。XXL-JOB只在启动器和调度中心之间的通讯采取了数据加密措施。另外，启动器也不具备资源使用限制的功能。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明至少部分实施例提供了一种任务请求的处理方法、装置、处理器、终端及服务器，以至少解决相关技术中所提供的分布式任务调度方式操作复杂度较高、功能局限的技术问题。