一种基于大订单的资源调度方法及装置制造方法及图纸

本申请涉及网站技术领域，公开了一种基于大订单的资源调度方法及装置，其方法包括预先将发送至服务端的资源划分为静态资源和动态资源，其中，动态资源包括基于用户基础信息和订单请求信息生成的供货数据，静态资源包括基于通用信息生成的供货数据；将静态资源预热至服务端中；当服务端接收到订单请求时，加载动态资源至服务端中，完成订单请求的处理。本申请具有支持服务端处理高并发事务的能力，有效减轻了服务端进行大订单处理时的运行压力，满足大订单访问需求的效果。足大订单访问需求的效果。足大订单访问需求的效果。

【技术实现步骤摘要】
一种基于大订单的资源调度方法及装置


[0001]本申请涉及网站
，尤其是涉及一种基于大订单的资源调度方法及装置。

技术介绍

[0002]随着业务系统的供应链进行全渠道铺开，订单数据急剧增长，线上购物的用户规模不断扩大，使得电商平台运营者的销售渠道得以拓宽，但同时也对电商平台支持高并发事务处理的能力提出了更高的要求。
[0003]特别地，针对大数量级别的订单访问情形，传统的应用平台开始变得不适应，甚至有许多大型应用由于无法支持高并发的事务处理能力，服务端的压力较大，导致系统直接崩溃。
[0004]针对上述中的相关技术，专利技术人发现现有的电商平台在进行大订单处理时容易出现系统奔溃的问题。

技术实现思路

[0005]为了改善电商平台进行大订单处理时的系统奔溃问题，本申请提供了一种基于大订单的资源调度方法及装置。
[0006]第一方面，本申请提供一种基于大订单的资源调度方法。
[0007]本申请是通过以下技术方案得以实现的：
[0008]一种基于大订单的资源调度方法，包括以下步骤，
[0009]预先将发送至服务端的资源划分为静态资源和动态资源，其中，所述动态资源包括基于用户基础信息和订单请求信息生成的供货数据，所述静态资源包括基于通用信息生成的供货数据；
[0010]将所述静态资源预热至所述服务端中；
[0011]当所述服务端接收到订单请求时，加载所述动态资源至所述服务端中，完成所述订单请求的处理。
[0012]本申请在一较佳示例中可以进一步配置为：还包括以下步骤，
[0013]当所述服务端接收到的所述订单请求的总数量超过预设数量阈值时，设置相邻两次所述订单请求之间的时间间隔；
[0014]将接收到的所述订单请求按请求时间的先后顺序存储至预设的队列中，基于先进先出原则处理所述队列中的所述订单请求。
[0015]本申请在一较佳示例中可以进一步配置为：还包括以下步骤，
[0016]统计位于所述队列中的各订单请求的排队时间；
[0017]当所述排队时间超过预设时间阈值时，按请求时间的先后顺序依次为所述订单请求匹配相同的临时单策略，并将已匹配临时单策略的所述订单请求从所述队列中移除。
[0018]本申请在一较佳示例中可以进一步配置为：为所述订单请求匹配相同的临时单策略的步骤包括，
[0019]设置临时单策略为返回订单请求已收到信息；
[0020]向所述订单请求所在服务端的端口返回订单请求已收到信息。
[0021]本申请在一较佳示例中可以进一步配置为：还包括以下步骤，
[0022]当所述服务端接收到的所述订单请求的总数量小于或等于预设数量阈值时，对已匹配临时单策略的所述订单请求执行补偿策略，包括，
[0023]基于所述订单请求，结合当前的库存信息进行订单审核；
[0024]若审核通过，则向所述订单请求所在服务端的端口返回下单成功信息；
[0025]若审核未通过，则向所述订单请求所在服务端的端口返回库存不足信息。
[0026]本申请在一较佳示例中可以进一步配置为：将所述静态资源预热至所述服务端中的步骤包括，
[0027]从所述服务端中筛选出目标服务端；
[0028]当所述目标服务端接收到的所述订单请求的总数量超过预设数量阈值时，先统计所述订单请求的订单数据和订单金额，判断所述订单数据或所述订单金额是否满足预设条件；
[0029]优先将所述静态资源预热至所述订单数据或所述订单金额满足预设条件的所述目标服务端中。
[0030]本申请在一较佳示例中可以进一步配置为：所述从所述服务端中筛选出目标服务端的步骤包括，
[0031]按预设的地域范围划分所述服务端；
[0032]为属于同一地域范围的所述服务端设置优先级；
[0033]判断优先级最高的所述服务端是否只有一个；
[0034]若优先级最高的所述服务端只有一个，选取最高优先级的所述服务端作为目标服务端。
[0035]本申请在一较佳示例中可以进一步配置为：还包括以下步骤，
[0036]若优先级最高的所述服务端至少有两个，则获取优先级最高的各服务端的质量参数；
[0037]选取最高优先级中所述质量参数最佳的所述服务端作为目标服务端。
[0038]本申请在一较佳示例中可以进一步配置为：所述为属于同一地域范围的所述服务端设置优先级的步骤包括，
[0039]获取同一地域范围的所述服务端的目标地理位置信息；
[0040]当检测到触发的业务访问指令时，获取当前地理位置，并根据所述当前地理位置和所述目标地理位置信息计算当前访问距离；
[0041]基于所述当前访问距离设置对应的所述服务端的优先级，且所述当前访问距离越短，对应的所述服务端的优先级越高。
[0042]第二方面，本申请提供一种基于大订单的资源调度装置。
[0043]本申请是通过以下技术方案得以实现的：
[0044]一种基于大订单的资源调度装置，包括，
[0045]资源分类模块，用于预先将发送至服务端的资源划分为静态资源和动态资源，其中，所述动态资源包括基于用户基础信息和订单请求信息生成的供货数据，所述静态资源
包括基于通用信息生成的供货数据；
[0046]静态资源预热模块，用于将所述静态资源预热至所述服务端中；
[0047]动态资源加载模块，用于在所述服务端接收到订单请求时，加载所述动态资源至所述服务端中，完成所述订单请求的处理。
[0048]本申请在一较佳示例中可以进一步配置为：还包括，
[0049]缓冲模块，用于在所述服务端接收到的所述订单请求的总数量超过预设数量阈值时，设置相邻两次所述订单请求之间的时间间隔；
[0050]削峰策略模块，用于将接收到的所述订单请求按请求时间的先后顺序存储至预设的队列中，基于先进先出原则处理所述队列中的所述订单请求。
[0051]本申请在一较佳示例中可以进一步配置为：还包括，
[0052]计时模块，用于统计位于所述队列中的各订单请求的排队时间；
[0053]临时策略模块，用于当所述排队时间超过预设时间阈值时，按请求时间的先后顺序依次为所述订单请求匹配相同的临时单策略，并将已匹配临时单策略的所述订单请求从所述队列中移除。
[0054]本申请在一较佳示例中可以进一步配置为：所述临时策略模块包括，
[0055]设置子模块，用于设置临时单策略为返回订单请求已收到信息；
[0056]执行子模块，用于向所述订单请求所在服务端的端口返回订单请求已收到信息。
[0057]本申请在一较佳示例中可以进一步配置为：还包括，
[0058]补偿策略模块，用于当所述服务端接收到的所述订单请求的总数量小于或等于预设数量阈值时，对已匹配临时单策略的所述订单请求执行补偿策略。
[0059]本申请在一较佳示例中可以本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于大订单的资源调度方法，其特征在于，包括以下步骤，预先将发送至服务端的资源划分为静态资源和动态资源，其中，所述动态资源包括基于用户基础信息和订单请求信息生成的供货数据，所述静态资源包括基于通用信息生成的供货数据；将所述静态资源预热至所述服务端中；当所述服务端接收到订单请求时，加载所述动态资源至所述服务端中，完成所述订单请求的处理。2.根据权利要求1所述的基于大订单的资源调度方法，其特征在于，还包括以下步骤，当所述服务端接收到的所述订单请求的总数量超过预设数量阈值时，设置相邻两次所述订单请求之间的时间间隔；将接收到的所述订单请求按请求时间的先后顺序存储至预设的队列中，基于先进先出原则处理所述队列中的所述订单请求。3.根据权利要求2所述的基于大订单的资源调度方法，其特征在于，还包括以下步骤，统计位于所述队列中的各订单请求的排队时间；当所述排队时间超过预设时间阈值时，按请求时间的先后顺序依次为所述订单请求匹配相同的临时单策略，并将已匹配临时单策略的所述订单请求从所述队列中移除。4.根据权利要求3所述的基于大订单的资源调度方法，其特征在于，为所述订单请求匹配相同的临时单策略的步骤包括，设置临时单策略为返回订单请求已收到信息；向所述订单请求所在服务端的端口返回订单请求已收到信息。5.根据权利要求3所述的基于大订单的资源调度方法，其特征在于，还包括以下步骤，当所述服务端接收到的所述订单请求的总数量小于或等于预设数量阈值时，对已匹配临时单策略的所述订单请求执行补偿策略，包括，基于所述订单请求，结合当前的库存信息进行订单审核；若审核通过，则向所述订单请求所在服务端的端口返回下单成功信息；若审核未通过，则向所述订单请求所在服务端的端口返回库存不足信息。6.根据权利要求1
‑
5任意一项所述的基于大订单的资源调度方法，其特征在于，将所述静态资源预热至所述服务端中的步骤包括，从所述服务端中筛选出目标服务端；当所述目标服务端接收到的所述订单请求的总数量超过预设数量阈值时，先统计所述订单请求的订单数据和订单金额，判断所述订单数据或所述订单金额是否满足预设条件；优先将所述静态资源预热至所述订单数据或所述订单金额满足预设条件的所述目标服务端中。7.根据权利要求6所述的基于大订单的资源调度方法，其特征在于，所述从所述服务端中筛选出目标服务端的步骤包括，按预设的地域范围划分所述服务端；为属于同一地域范围的所述服务端设置优先级；判断优先级最高的所述服务端是否只有一个；若优先级最高的所述服务端只有一个，选取最高优先级的所述服务端作为目标服务
端。8.根据权利要求7所述的基于大订单的资源调度方法，其特征在于，还包括以下步骤，若优先级最高的所述服务端至少有两个，则获取优先级最高的各服务端的质量参数；选取最高优先级中所述质量参数最佳的所述服务端作为目标服务端。9.根据权利要求7所述的基于大订单的资源调度方法，其特征在于，所述为属于同一地域范围的所述服务端设置优先级的步骤包括，获取同一地域范围的所述服务端的目标地理位置信息；当检测到触发的业务访问指令时，获取当前地理位置，并根据所述当前地理位置和所述目标地理位置信息计算当前访问距离；基于所述当前访问距离设置对应的所述服务端的优先级，且所述当前访问距离越短，对应的所述服务端的优先级越高。10.一种基于大订单的资源调度装置，其特征在于，包括，资源分类模块，用于预先将发送至服务端的资源划分为静态资源和动态资源，其中，所述动态资源包括基于用户基础信息和订单请求信息生成的供货数据，所述静态资源包括基于通用信息生成...

【专利技术属性】
技术研发人员：周艳华，钟浩，符冬，朱虹，朱敬宝，秦小虎，
申请(专利权)人：广州盖盟达工业品有限公司，
类型：发明
国别省市：