一种订单压测方法、装置、电子设备以及存储介质与流程

1.本发明涉及计算机领域，尤其是指一种订单压测方法、装置、电子设备以及存储介质。


背景技术：

2.目前，很多系统都需要进行压测，也就是通过高强度的运行条件，测试系统是否可以仍然正常运行。比如，京东等电子商务平台系统，就会定期在高强度的运行条件下进行压测，另外在压测过程中往往又需要同时进行其他的数据使用，所以两者就会存在矛盾。电商平台中经常会进行站外引流推广，并且推广方式非常多样化。cps推广基于订单成交模式返佣收到大量推客的青睐，类似于目前比较火热的直播内容推广。
3.cps推广计佣方式对于应用系统推广订单展示的实时性、准确性等都有较高的要求，若订单延时展示，则直接影响到推客体验，推客站长会误认为推客没有推广成功。另一方面，为了检验线上系统的稳定性，尤其是电商大促(如双十一)前的系统性能，不可避免的会进行系统全链路压测。目前针对全链路压测，通常采用的方式是给推客站长发公告，暂停服务积压线上订单流量用于压测，这样就会影响推客查询实时推广订单，至少影响线上订单延时展示4小时，cps联盟运营成本也会随之提高。
4.所以急需一种压测方法，在不影响当前正常订单处理运行的条件下进行压测，以有助于解决现有技术中订单压测时无法正常进行其他处理的技术问题。


技术实现要素：

5.本技术提供了一种订单压测方法，其目的在于，通过派生的所述压测订单副本进行压测，而所述压测订单则进行后续预定处理，以有助于解决现有技术中订单压测时无法正常进行其他处理的技术问题。
6.所述方法包括：
7.接收额定数量的压测订单；
8.根据所述压测订单按预定派生方式派生压测订单副本；
9.对所述压测订单进行后续预定处理，并按照预定压测方式对所述压测订单副本进行压测得到压测结果。
10.在另一可选实施例中，所述接收额定数量的压测订单包括：
11.申请topic队列；
12.接收额定数量的订单录入所述topic队列；
13.对所述订单进行打标得到压测订单。
14.在另一可选实施例中，通过动态配置控制打开或关闭接收额定数量的压测订单录入所述topic队列。
15.在另一可选实施例中，所述根据所述压测订单按预定派生方式派生压测订单副本包括：
16.将所述压测订单存储于预置的数据库；
17.根据所述压测订单派生压测订单副本，其中，所述压测订单具有第一订单号，且所述压测订单副本具有不同于所述第一订单号的第二订单号。
18.在另一可选实施例中，所述所述压测订单进行后续预定处理包括：
19.根据所述压测订单按照预定金额计算方式计算得到广告金额，并将所述广告金额对应的广告推广者id和广告运营者id重置，并将所述压测订单副本设置为清洗无效订单。
20.在另一可选实施例中，所述按照预定压测方式对所述压测订单副本进行压测得到压测结果包括：
21.调用用于压测的链路；
22.根据所述测压订单副本按照所述链路进行压测得到测压结果。
23.在另一可选实施例中，所述所述压测订单进行后续预定处理，并按照预定压测方式对所述压测订单副本进行压测得到压测结果步骤后，该方法还包括：
24.删除所述压测订单副本。
25.在本技术中还提供了一种订单压测装置，该装置包括：
26.接收模块，用于接收额定数量的压测订单；
27.生成模块，用于根据所述压测订单按预定派生方式派生压测订单副本；
28.压测处理模块，用于对所述压测订单进行后续预定处理，并按照预定压测方式对所述压测订单副本进行压测得到压测结果。
29.本技术还提供了一种电子设备，所述电子设备包括：处理器和存储器；
30.所述存储器中存储有可被所述处理器执行的应用程序，用于使得所述处理器执行如所述的订单压测方法的步骤。
31.本技术还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现所述的订单压测方法的步骤。
32.如上可见，基于上述实施例，通过派生的所述压测订单副本进行压测，而所述压测订单则进行后续预定处理，以有助于解决现有技术中订单压测时无法正常进行其他处理的技术问题。
附图说明
33.图1为本发明一实施例中订单压测方法的流程100示意图；
34.图2为本发明一实施例中订单压测方法的流程200示意图；
35.图3为本发明一实施例中订单压测方法的流程300示意图；
36.图4为本发明一实施例中订单压测方法的流程400示意图；
37.图5为本发明一实施例中订单压测装置的架构示意图。
具体实施方式
38.目前，电商平台系统在电商大促(如双十一)前需要进行全链路订单的数据压测，即可以理解为对用户下单后的支付、仓储物流、配送等多个环节进行订单压测。全链路订单压测时会截流某个时段内额定数量的大量订单，但是在截流的过程中被截流的订单数据还需要进行很多其他的处理，比如压测时订单还需要进行cps推广计佣的后续预定处理。cps
推广计佣可以理解为以站长为管理者，让推客进行推广商品，用户下单从推客手中购买商品后，站长根据推客手中的订单将推客的推广费结算给推客，也可以理解为一种广告费支付给推客，像目前的直播带货就是其中一种比较典型的方式。每次进行全链路订单压测之前需要同步运营侧发布公告，同步联盟推客站长，因为在这个过程中推客不能实时查看到推广订单，而全链路订单压测的时间经常有4到5个多小时，在这个时间段内推客都无法正常对自己推广的订单进行查询，也无法正常计算出他们的收益，需要延时才能进行订单查询和收益计算，极大影响推客体验。反之，如果不截流订单，采用实时订单量，虽然对推客的影响不大，但是由于订单量没有积攒到一定的规模，无法真正模拟高压状态，订单压测效果就会很不好。另外，由于整个订单压测链路较长，可能包括支付、仓储、物流等多个环节，任何一个环节出现问题，都无法保证订单压测流程的准实时完成，可能还会因此继续延迟推客的正常查询以及推广费用结算的进度。需要指出的是，以上cps推广计佣的应用场景，只是为了更好的说明本技术，并非是对本技术所有实施例的具体限定。
39.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
40.图1为本发明一实施例中订单压测方法的流程100示意图。如图1所示，在一实施例中，本技术提供了一种订单压测方法，包括：
41.s101,接收额定数量的压测订单。
42.在本步骤中提供了一种接收额定数量的压测订单的具体步骤。在本步骤中截流的所述压测订单用于订单压测。所述额定数量按照预先的配置进行设置，比如1000万个所述测压订单，通过如此海量的订单数量，主要是为了提供一个高压环境用于订单压测，确保压测的质量和效果。
43.s102，根据所述压测订单按预定派生方式派生压测订单副本。
44.在本步骤中提供了一种可以通过所述压测订单派生出所述压测订单副本的具体步骤。所述压测订单会继续按照原有系统的流程继续处理，而所述压测订单副本则用于压测之用，以免两者相互干扰。需要指出的是，所述压测订单会一对一的生成所述压测订单副本，所以可以理解为每个所述压测订单派生出对应的所述压测订单副本。
45.s103,对所述压测订单进行后续预定处理，并按照预定压测方式对所述压测订单副本进行压测得到压测结果。
46.在本步骤中提供了一种对所述压测订单进行后续预定处理，与此同时对所述压测订单副本进行压测，使两者相互不干扰的具体步骤。此处的所述预定处理可以是对所述压测订单之后的任何处理，而所述压测订单副本则用于后续的压测过程。
47.在本实施例中提供了一种订单压测方法的具体实施方式。首先，本技术是基于电商平台的订单压测，在订单压测过程中，需要将一分部所述订单一方面进行正常处理流程，又需要让这部分所述订单用于压测过程，于是系统先接收额定数量的所述压测订单，所述压测订单也是正常系统中流转的订单，所以将正常流转的订单进行截流即可，当截取所述额定数量的订单作为所述压测订单后，根据所述压测订单按预定派生方式派生压测订单副本。所述订单其实本质就是一些数据，包括订单单号、商品信息、物流信息等等，其数据载荷
并不是很大，所以即便根据所述压测订单派生出所述压测订单副本，其对算力的要求也不会很大。最后，对所述压测订单进行后续预定处理，并按照预定压测方式对所述压测订单副本进行压测得到压测结果。当具有所述额定数量的所述压测订单和所述压测订单副本后，所述压测订单会按照本来应该进行的后续所述预定处理正常进行处理，而所述压测订单副本则会独立进行存储，压测测试等。因为本实施例中采用了一路所述压测订单正常处理，而另一路所述压测订单副本进行压测的方式，使二者之间单独运行，不产生干扰，最终做到预定处理一侧感知不到压测过程，提高其体验，也同时提高整个系统的压测质量，所以有助于解决现有技术中订单压测时无法正常进行其他处理的技术问题。
48.图2为本发明一实施例中订单压测方法的流程200示意图。如图2所示，在一可选实施例中，所述接收额定数量的压测订单包括：
49.s201,申请topic队列。
50.在本步骤中提供了一种截流所述压测订单的具体方式，在本步骤中从mq中申请topic队列用于后面步骤中录入所述订单。mq：消息队列是一种应用程序对应用程序的通信方法。应用程序通过写入和检出队列中的消息来达到通信的目的，而不需要应用程序直接连接，起到了应用的解藕的目的，同时能够使得一方生产，多方同时消费的目的。
51.s202,接收额定数量的订单录入所述topic队列。
52.在本步骤中提供了一种将额定数量的订单录入所述topic队列的具体步骤，其本质也是在选取出进行压测的所述订单。
53.s203,对所述订单进行打标得到压测订单。
54.在本步骤中提供了一种对所述订单进行打标的具体步骤。对所述订单进行标记后就确定了这些打标的所述订单为所述压测订单，所述压测订单用于后面的测压。这里的打标相当于给所述订单上打了一个识别码，所述压测订单将会被union_robot进行监控。
55.在本实施例中提供了一种通过在mq中申请新的topic队列用于录入所述订单的具体实施方式。将在topic队列中的所述订单进行打标，并通过union_robot进行监控，在本实施例中完成了将截流的所述订单转化为用于压测的所述压测订单。
56.在一可选实施例中，通过动态配置控制打开或关闭接收额定数量的压测订单录入所述topic队列。
57.在本实施例中提供了一种通过所述动态配置控制控制所述压测订单数量的具体实施方式。可以将动态配置控制理解为一个开关，根据具体的需要自由调节所述压测订单的截流数量，也就是控制所述额定数量。另外，系统也需要根据具体的算力和实际情况去调整所述压测订单的数量，并且可以随时开启或者关闭截流，所以可以通过所述动态配置控制的控制形成一种动态控制的方式。
58.图3为本发明一实施例中订单压测方法的流程300示意图。如图3所示，在一可选实施例中，所述根据所述压测订单按预定派生方式派生压测订单副本包括：
59.s301,将所述压测订单存储于预置的数据库。
60.在本步骤中提供了一种将所述压测订单存储于所述数据库的具体步骤。需要指出的是所述压测订单存储于线上订单库表。
61.s302,根据所述压测订单派生压测订单副本，其中，所述压测订单具有第一订单号，且所述压测订单副本具有不同于所述第一订单号的第二订单号。
62.在本步骤中提供了一种生成所述压测订单副本的具体步骤。需要指出的是所述压测订单会具有第一订单号，就是真实的所述压测订单的单号，而所述压测订单副本的所述第二订单号是一个虚拟单号，其目的是并不让正常进行后续参与交互的人员看到他所处理的订单用于压测。另外，第二订单号可以采用第一订单号增加固定值的方式生成，比如第一订单号为00001增加所述固定值0025，最终所述第二订单号为000010025。
63.在一可选实施例中，所述所述压测订单进行后续预定处理包括：
64.根据所述压测订单按照预定金额计算方式计算得到广告金额，并将所述广告金额对应的广告推广者id和广告运营者id重置，并将所述压测订单副本设置为清洗无效订单。
65.在本实施例中正常进行后续预处理一侧，比如联盟需要继续进行佣金的计算，这里的佣金实际上就是一种广告支出费用，即所述广告金额。所述广告推广者id(adownerid，即广告主id，需要进行cps联盟广告推广商品的商家或供应商，即投放端的用户。)和所述广告运营者id(unionid，即站长id，进行cps联盟推广的推客，领取推广链接进行商品推广，最终基于订单获取推广佣金。)也会被重置更改，其目的也是切断正常处理一侧和压测一侧的交互。另外，还可以将所述压测订单副本设置为清洗无效订单，设置为所述清洗无效订单后，则正常预处理一侧的人员也无法看到所述压测订单副本，相当于提供了一种双保险。本实施例中计算所述广告金额，相当于一种跟单操作，即cps联盟点击归因操作，分析产生订单前点击信息，根据优先级获取最优点击及推客信息，用于后续cps联盟计佣依据。另外，需要指出的是，截流的所述压测订单中并非是所有的订单都是推客推广后的订单，也就是说并非都是参与cps推广计佣，这里的计算只是针对需要进行计算所述广告金额的所述压测订单而言。
66.图4为本发明一实施例中订单压测方法的流程400示意图。如图4所示，在一可选实施例中，所述按照预定压测方式对所述压测订单副本进行压测得到压测结果包括：
67.s401,调用用于压测的链路。
68.在本步骤中提供了一种调用压测中使用链路的步骤。比如，在压测的环节中，支付环节和仓储环节，以及配送环节在系统中的链路需要进行压测，但是后续的下游环节则不需要进行压测，那么在本步骤中就会先去调用会进行压测的链路。
69.s402,根据所述测压订单副本按照所述链路进行压测得到测压结果。
70.在本步骤中提供了一种通过上一步骤中调用的所述链路进行压测，最终得到所述压测结果的具体步骤。
71.在本实施例中提供了一种调用所述链路，然后根据所述压测订单通过所述链路进行压测，最终得到所述压测结果。系统可以通过下发索引mq部分新增打标的所述压测订单，下发订单状态变更mq针对所述压测订单不下发，以实现本实施例的功能，以有效避免压测订单影响下游。另外，订单查询消费索引mq异构订单数据到索引表，索引表针对打标过的所述压测订单。另外根据所述测压结果可以产出压测报告用于总结分析系统的问题，突破瓶颈。
72.在一可选实施例中，所述所述压测订单进行后续预定处理，并按照预定压测方式对所述压测订单副本进行压测得到压测结果步骤后，该方法还包括：
73.删除所述压测订单副本。
74.在本实施例中提供了一种得到所述压测结果后的具体实施方式，所述压测订单副
本在经过了压测后就需要将所述压测订单副本进行删除，还是可以根据是否打标选取出所述压测订单，然后也因此会选取对应的所述压测订单副本，除了删除所述压测订单副本，还可以物理删除所述压测订单副本的订单表及索引表压测订单数据。
75.图5为本发明一实施例中订单压测装置的架构示意图。如图5所示，在另一可选实施例中，本技术提供了一种订单压测装置，该装置包括：
76.接收模块101，用于接收额定数量的压测订单；
77.生成模块102，用于根据所述压测订单按预定派生方式派生压测订单副本；
78.压测处理模块103，用于对所述压测订单进行后续预定处理，并按照预定压测方式对所述压测订单副本进行压测得到压测结果。
79.在另一可选实施例中，一种电子设备，其特征在于，所述电子设备包括：处理器和存储器；
80.所述存储器中存储有可被所述处理器执行的应用程序，用于使得所述处理器执行如所述的订单压测方法的步骤。
81.在另一可选实施例中，一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现所述的订单压测测试方法的步骤。
82.另外，本技术所述的方法步骤除了可以用数据处理程序来实现，还可以由硬件来实现，例如，可以由逻辑门、开关、专用集成电路(asic)、可编程逻辑控制器和嵌微控制器等来实现。因此这种可以实现本技术所述方法的硬件也可以构成本技术。
83.本技术附图中的流程图和框图，示出了按照本技术公开的各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或者代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应该注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同附图中所标准的顺序发生。例如，两个连接地表示的方框实际上可以基本并行地执行，它们有时也可以按照相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或者流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
84.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本技术中。特别地，在不脱离本技术精神和教导的情况下，本技术的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，所有这些组合和/或结合均落入本技术公开的范围。
85.本文中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思路，并不用于限制本技术。对于本领域的技术人员来说，可以依据本发明的思路、精神和原则，在具体实施方式及应用范围上进行改变，其所做的任何修改、等同替换、改进等，均应包含在本技术保护的范围之内。
86.实际应用中，所述的计算机可读介质可以是上述实施例中描述的设备/装置/系统中所包含的，也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或多个程序被执行时，实现所描述的数据的分表装置进行数据的分表方法。
87.根据本技术公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件，或者上述的任意合适的组合，但不用于限制本技术保护的范围。在本技术公开的实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。