一种跨系统的限流方法及装置与流程

1.本发明涉及计算机技术领域，尤其涉及一种跨系统的限流方法及装置。


背景技术：

2.在银行系统中，面向用户的前端渠道通常依赖许多后向系统。每当举办营销活动时前端渠道的访问量都会由此激增，为避免出现由于访问量太大导致后向系统的压力过大从而崩溃的情况，需要前端渠道对访问量进行限制。
3.目前前端渠道主要结合自身情况对访问量进行限制，却无法参考后向系统的情况对访问量的限制值进行调节，存在局限性的问题。


技术实现要素：

4.有鉴于此，本发明实施例提供一种跨系统的限流方法及装置，以解决目前对访问量限制值的调节存在局限性的问题。
5.为实现上述目的，本发明实施例提供如下技术方案：
6.本发明实施例第一方面公开一种跨系统的限流方法，所述方法包括：
7.当接收到类型符合预设限流交易类型的交易请求时，获取当前交易事务性流量，所述交易请求至少包含：发起所述交易请求的用户对应的用户标识，和处理所述交易请求所涉及的各个后向系统的系统名称；
8.判断所述当前交易事务性流量是否在预设限流范围内；
9.若所述当前交易事务性流量在所述预设限流范围内，依据所述系统名称获取各个所述后向系统的事务性流量的占比值；
10.判断各个所述后向系统的所述事务性流量的占比值是否均小于预设值；
11.若所述事务性流量的占比值均小于预设值，按预设比例调整所述预设限流范围。
12.优选的，判断各个所述后向系统的所述事务性流量的占比值是否均小于预设值之前，还包括：
13.接收并显示第一目标后向系统发送的处理结果，所述处理结果由所述第一目标后向系统基于查询结果处理所述交易请求后发送，所述查询结果为第二目标后向系统基于所述第一目标后向系统发送的查询信息确定得到，所述查询信息用于查询所述用户是否符合预设交易条件。
14.优选的，判断所述当前交易事务性流量是否在预设限流范围内之后，还包括：
15.若所述当前交易事务性流量不在所述预设限流范围内，判断所述当前交易事务性流量是否小于所述预设限流范围的最小值；
16.若所述当前交易事务性流量小于所述预设限流范围的最小值，接收并显示第一目标后向系统发送的处理结果，所述处理结果由所述第一目标后向系统基于查询结果处理所述交易请求后发送，所述查询结果为第二目标后向系统基于所述第一目标后向系统发送的查询信息确定得到，所述查询信息用于查询所述用户是否符合预设交易条件。
17.优选的，判断所述当前交易事务性流量是否小于所述预设限流范围的最小值之后，还包括：
18.若所述当前交易事务性流量大于所述预设限流范围的最大值，向所述交易请求对应的用户反馈交易失败信息。
19.优选的，所述依据所述系统名称获取各个所述后向系统的事务性流量的占比值，包括：
20.依据所述交易请求中包含的各个所述后向系统的系统名称，获取各个所述后向系统的当前事务性流量和最大承压值；
21.计算每个所述后向系统的当前事务性流量在所述最大承压值中所占的比重，得到每个所述后向系统的事务性流量的占比值。
22.优选的，所述方法还包括：
23.将所述交易请求和所述当前交易事务性流量，以及各个所述后向系统的事务性流量的占比值存储至目标数据表。
24.本发明实施例第二方面公开一种跨系统的限流装置，所述装置包括：
25.第一获取单元，用于当接收到类型符合预设限流交易类型的交易请求时，获取当前交易事务性流量，所述交易请求至少包含：发起所述交易请求的用户对应的用户标识，和处理所述交易请求所涉及的各个后向系统的系统名称；
26.第一判断单元，用于判断所述当前交易事务性流量是否在预设限流范围内；
27.第二获取单元，用于若所述当前交易事务性流量在所述预设限流范围内，依据所述系统名称获取各个所述后向系统的事务性流量的占比值；
28.第二判断单元，用于判断各个所述后向系统的所述事务性流量的占比值是否均小于预设值；
29.调整单元，用于若所述事务性流量的占比值均小于预设值，按预设比例调整所述预设限流范围。
30.优选的，所述装置还包括：
31.显示单元，用于接收并显示第一目标后向系统发送的处理结果，所述处理结果由所述第一目标后向系统基于查询结果处理所述交易请求后发送，所述查询结果为第二目标后向系统基于所述第一目标后向系统发送的查询信息确定得到，所述查询信息用于查询所述用户是否符合预设交易条件。
32.优选的，所述装置还包括：
33.第三判断单元，用于若所述当前交易事务性流量不在所述预设限流范围内，判断所述当前交易事务性流量是否小于所述预设限流范围的最小值；若所述当前交易事务性流量小于所述预设限流范围的最小值，执行所述显示单元。
34.优选的，所述第三判断单元包括：
35.反馈模块，用于若所述当前交易事务性流量大于所述预设限流范围的最大值，向所述交易请求对应的用户反馈交易失败信息。
36.基于上述本发明实施例提供的一种跨系统的限流方法及装置，该方法为：当接收到类型符合预设限流交易类型的交易请求时，获取当前交易事务性流量；判断当前交易事务性流量是否在预设限流范围内；若当前交易事务性流量在预设限流范围内，依据系统名
称获取各个后向系统的事务性流量的占比值；判断各个后向系统的事务性流量的占比值是否均小于预设值；若事务性流量的占比值均小于预设值，按预设比例调整预设限流范围。结合处理交易请求所涉及的各个系统的事务性流量，调整预设限流范围，以实现在保证各个系统正常运行的情况下，更好地利用系统资源的目的。
附图说明
37.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
38.图1为本发明实施例提供的一种跨系统的限流方法的流程图；
39.图2为本发明实施例提供的处理交易请求的流程图；
40.图3为本发明实施例提供的一种基于领券交易的跨系统的交互时序图；
41.图4为本发明实施例提供的一种基于领券交易的跨系统的另一交互时序图；
42.图5为本发明实施例提供的一种跨系统的限流装置的结构框图。
具体实施方式
43.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
44.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
45.本发明提供的一种跨系统的限流方法及装置可用于金融领域或其他领域，例如，可用于金融领域中的限制流量应用场景。其他领域为除金融领域之外的任意领域，例如，跨系统限流领域。上述仅为示例，并不对本发明提供的一种跨系统的限流方法及装置的应用领域进行限定。
46.由背景技术可知，目前前端渠道主要结合自身情况对访问量进行限制，却无法参考后向系统的情况对访问量的限制值进行调节，存在局限性的问题。
47.因此，本发明实施例提供一种跨系统的限流方法及装置，当接收到类型符合预设限流交易类型的交易请求时，获取当前交易事务性流量；判断当前交易事务性流量是否在预设限流范围内；若当前交易事务性流量在预设限流范围内，依据系统名称获取各个后向系统的事务性流量的占比值；判断各个后向系统的事务性流量的占比值是否均小于预设值；若事务性流量的占比值均小于预设值，按预设比例调整预设限流范围。获取各个后向系统的事物性流量占比值，根据占比情况调整预设限流范围，灵活根据整个交易链路调整限流值，最大程度地提高了系统资源的利用率。
48.参加图1，示出了本发明实施例提供的一种跨系统的限流方法的流程图，该限流方法包括：
49.需要说明的是，该限流方法适用于面向用户的前端系统和各个处理业务所涉及的后向系统。
50.步骤s101：当接收到类型符合预设限流交易类型的交易请求时，获取当前交易事务性流量。
51.需要说明的是，系统数据库中存储有目标数据表，在目标数据表中记录的内容有：设置限流值的交易类型、设置限流值的交易对应的交易号、交易时间、设置限流值的交易对应的初始限流值、前端系统在交易时间的当前交易事务性流量(transaction per second，tps)、处理设置限流值的交易所涉及的各个后向系统在交易时间的事务性流量、各个后向系统在交易时间的事务性流量与后向系统自身的最大承压值之间的比值。
52.例如：目标数据表中记录的“设置限流值的交易类型”包括：领取体育消费券、领取每日消费金和购买餐饮类的通兑券等类型。目标数据表中还记录：领取体育消费券对应的交易号为12345，交易时间为2022年7月1日等信息。
53.可以理解的是，接收到的交易请求的类型需要符合预设限流交易类型，其中，预设限流交易类型即目标数据表中记录的“设置限流值的交易类型”。
54.可以理解的是，交易请求至少包含：发起交易请求的用户对应的用户标识，和处理交易请求所涉及的各个后向系统的系统名称。
55.在具体实现步骤s101的过程中，当前端系统接收到类型符合预设限流交易类型的交易请求时，获取前端系统的当前交易事务性流量。
56.步骤s102：判断当前交易事务性流量是否在预设限流范围内。若当前交易事务性流量在预设限流范围内，执行步骤s103；若当前交易事务性流量不在预设限流范围内，根据当前事务性流量的具体情况对交易请求进行处理。
57.需要说明的是，判断当前交易事务性流量是否在预设限流范围内之后，根据判断结果对交易请求进行相关处理。其中，根据判断结果处理交易请求的具体实现内容详见本发明实施例图2中的内容。
58.可以理解的是，预设限流范围可以依据目标数据表中设置限流值的交易类型对应的初始限流值进行设定，例如：设置限流值的交易类型：领取体育消费券、初始限流值：100；则预设限流范围可以设置为[100，50]。
[0059]
在具体实现步骤s102的过程中，判断前端系统的当前交易事务性流量是否在预设限流范围内。若当前交易事务性流量在预设限流范围内，则需要进一步判断是否需要调整限流范围，执行步骤s103；若当前交易事务性流量不在预设限流范围内，则需要根据前端系统的当前交易事务性流量与预设限流范围的最小值和最大值的关系确认后续相应的操作，详见本发明实施例图2中的内容。
[0060]
步骤s103：依据系统名称获取各个后向系统的事务性流量的占比值。
[0061]
在具体实现步骤s103的过程中，若当前交易事务性流量在预设限流范围内，依据交易请求中包含的系统名称获取各个后向系统的事务性流量的占比值。
[0062]
具体而言，交易请求中包含处理交易请求所涉及的各个后向系统的系统名称，依据各个系统名称获取各个后向系统的当前事务性流量和最大承压值；继而计算每个后向系
统的当前事务性流量在最大承压值中所占的比重，得到每个后向系统的事务性流量的占比值。
[0063]
例如：在领取体育消费券的交易请求中，涉及的后向系统包括：领券系统a和总线查询系统b。获取领券系统a的当前事务性流量和领券系统a的最大承压值，计算领券系统a的当前事务性流量在领券系统a的最大承压值中所占的比重，得到领券系统a的事务性流量的占比值；获取总线查询系统b的当前事务性流量和总线查询系统b的最大承压值，计算总线查询系统b的当前事务性流量在总线查询系统b的最大承压值中所占的比重，得到总线查询系统b的事务性流量的占比值。
[0064]
步骤s104：判断各个后向系统的事务性流量的占比值是否均小于预设值。若事务性流量的占比值均小于预设值，执行步骤s105；若任意一个事务性流量的占比值不小于预设值，执行步骤s106。
[0065]
在具体实现步骤s104的过程中，综合各个后向系统的事务性流量的占比情况，根据占比情况确定是否需要调整预设限流范围；具体而言，判断交易请求对应的每个后向系统的事务性流量的占比值是否均小于预设值；若每个后向系统的事务性流量的占比值均小于预设值，执行步骤s105；若任意一个后向系统的事务性流量的占比值不小于预设值，执行步骤s106。
[0066]
一些实施例中，预设值为可配置参数，例如预设值为70％，则判断各个后向系统的事务性流量的占比值是否均小于70％。
[0067]
步骤s105：按预设比例调整预设限流范围。
[0068]
在具体实现步骤s105的过程中，若每个后向系统的事务性流量的占比值均小于预设值，按预设比例调整预设限流范围。
[0069]
可以理解的是，若各个后向系统的事务性流量的占比值均小于预设值，如70％，指示目前各个后向系统处理当前交易较为轻松，可增加初始限流值以提高系统资源的利用率。按照预设比例(如1:1.1)，将初始限流值调整为初始限流值的1.1倍。也就是说，假设初始限流值为100，则将初始限流值调整为110；预设限流范围调整为[110，55]。
[0070]
步骤s106：保持预设限流范围不变。
[0071]
在具体实现步骤s106的过程中，若任意一个后向系统的事务性流量的占比值不小于预设值，保持预设限流范围不变。
[0072]
可以理解的是，若任意一个后向系统的事务性流量的占比值不小于预设值，如70％，则指示各个后向系统处理当前交易的压力较大，不宜增加初始限流值。保持初始限流值不变，保持预设限流范围不变。
[0073]
在本发明实施例中，根据在实际处理业务过程中各个系统的事务性流量的情况，对预设限流范围进行调整：当各个系统的资源占用情况较少时，增大初始限流值，由此调整预设限流范围，使系统服务可用性增加，满足业务需求。
[0074]
上述本发明实施例图1中涉及的，判断当前交易事务性流量是否在预设限流范围内之后，根据判断结果对交易请求进行相关处理的具体实现方式，参见图2，示出了本发明实施例提供的处理交易请求的流程图，包括：
[0075]
步骤s201：当接收到类型符合预设限流交易类型的交易请求时，获取当前交易事务性流量。
[0076]
需要说明的是，步骤s201的具体实现方式与上述步骤s101中所提及的步骤的实现原理相同，这里不再赘述。
[0077]
步骤s202：判断当前交易事务性流量是否在预设限流范围内。若当前交易事务性流量在预设限流范围内，执行步骤s204；若当前交易事务性流量不在预设限流范围内，执行步骤s203。
[0078]
在具体实现步骤s202的过程中，判断前端系统的当前交易事务性流量是否在预设限流范围内。若前端系统的当前交易事务性流量在预设限流范围内，执行步骤s204；若前端系统的当前交易事务性流量不在预设限流范围内，执行步骤s203。
[0079]
需要说明的是，步骤s202的具体实现方式与上述步骤s102中所提及的步骤的实现原理相同，这里不再赘述。
[0080]
步骤s203：判断当前交易事务性流量是否小于预设限流范围的最小值。若当前交易事务性流量小于预设限流范围的最小值，执行步骤s204；若当前交易事务性流量大于预设限流范围的最大值，执行步骤s206。
[0081]
在具体实现步骤s203的过程中，若当前交易事务性流量不在预设限流范围内，判断前端系统的当前交易事务性流量是否小于预设限流范围的最小值。若前端系统的当前交易事务性流量小于预设限流范围的最小值，执行步骤s204；若前端系统的当前交易事务性流量大于预设限流范围的最大值，执行步骤s206。
[0082]
可以理解的是，若当前交易事务性流量不在预设限流范围内，则当前交易事务性流量应该大于预设限流范围的最大值，或当前交易事务性流量小于预设限流范围的最小值。
[0083]
例如：预设限流范围为：[100，50]，若当前交易事务性流量不在预设限流范围内，则当前交易事务性流量应该大于100，或当前交易事务性流量小于50。
[0084]
步骤s204：向第一目标后向系统发送处理请求。
[0085]
在具体实现步骤s204的过程中，若当前交易事务性流量在预设限流范围内，或若当前交易事务性流量小于预设限流范围的最小值，向第一目标后向系统发送处理请求。
[0086]
可以理解的是，交易请求中至少包含：发起交易请求的用户对应的用户标识，和处理交易请求所涉及的各个后向系统的系统名称。基于交易请求，利用用户标识和系统名称生成处理请求，将处理请求发送至第一目标后向系统。其中，第一目标后向系统为处理交易请求所涉及的各个后向系统中，与前端系统进行通信的后向系统。
[0087]
步骤s205：接收并显示第一目标后向系统基于处理请求发送的处理结果。
[0088]
在一些实施例中，第一目标后向系统在接收到处理请求之后，向第二目标后向系统发送查询信息。其中，查询信息用于查询发起交易请求的用户是否符合预设交易条件。
[0089]
可以理解的是，第二目标后向系统在接收到查询信息之后，对查询信息进行处理，查询发起交易请求的用户是否符合预设交易条件，得到查询结果，将查询结果反馈至第一目标后向系统。
[0090]
例如，预设交易条件为：发起交易请求的用户为银行信用卡用户，或发起交易请求的用户为银行贵宾卡用户等。
[0091]
需要说明的是，第一目标后向系统在接收到第二目标后向系统发送的查询结果之后，基于查询结果处理交易请求，得到处理结果。
[0092]
可以理解的是，第二目标后向系统发送的查询结果可能为：用户符合预设交易条件，或用户不符合预设交易条件。
[0093]
若查询结果指示用户符合预设交易条件，第一目标后向系统基于查询结果处理交易请求，得到处理结果；若查询结果指示用户不符合预设交易条件，第一目标后向系统基于查询结果处理交易请求，得到用于指示：用户不满足交易条件，交易失败的处理结果。
[0094]
在具体实现步骤s205的过程中，前端系统接收第一目标后向系统基于处理请求发送的处理结果，并显示处理结果。
[0095]
步骤s206：向交易请求对应的用户反馈交易失败信息。
[0096]
在具体实现步骤s206的过程中，若当前交易事务性流量大于预设限流范围的最大值，前端系统向交易请求对应的用户反馈交易失败信息。其中，交易失败信息包含：系统繁忙、交易无法进行等信息。
[0097]
在本发明实施例中，根据前端系统的当前事务性流量与预设限流范围的关系，对交易请求进行相应的操作，保护系统的正常运行，保证交易请求的合理处理。
[0098]
结合图1和图2，参见图3，示出了本发明实施例提供的一种基于领券交易的跨系统的交互时序图。
[0099]
步骤s301：用户点击前端系统的交互页面中领取优惠券按钮。
[0100]
步骤s302：前端系统响应用户的操作生成交易请求，基于交易请求，获取当前交易tps，判断当前交易tps是否在预设限流范围内。
[0101]
需要说明的是，如果当前交易tps大于预设限流范围的最大值，在前端系统的交互页面显示系统繁忙信息；如果当前交易tps在预设限流范围内，向领券系统a发送获取tps请求和处理请求。
[0102]
步骤s303：领券系统a接收到获取tps请求和处理请求后，向总线查询系统b发送查询信息，用于查询用户是否符合预设交易条件；并请求获取总线查询系统b的tps占比值。
[0103]
需要说明的是，总线查询系统b的tps占比值为：总线查询系统b的tps在总线查询系统b的最大承压值中所占的比重。
[0104]
步骤s304：总线查询系统b基于查询信息，向领券系统a反馈用户信息；同时总线查询系统b向领券系统a反馈总线查询系统b的tps占比值。
[0105]
步骤s305：领券系统a接收到用户信息之后，基于用户信息和处理请求向前端系统反馈处理结果；同时领券系统a向前端系统反馈领券系统a的tps占比值和总线查询系统b的tps占比值。
[0106]
可以理解的是，处理结果为用户成功领取优惠券，或用户不符合预设交易条件，领取优惠券失败。
[0107]
需要说明的是，领券系统a的tps占比值为：领券系统a的tps在领券系统a的最大承压值中所占的比重。
[0108]
步骤s306：前端系统在接收到领券系统a的tps占比值和总线查询系统b的tps占比值之后，判断领券系统a的tps占比值和总线查询系统b的tps占比值是否均小于预设值。若均小于预设值，则调整预设限流范围。若领券系统a的tps占比值和/或总线查询系统b的tps占比值不小于预设值，保持预设限流范围不变。
[0109]
步骤s307：前端系统在接收到处理结果之后，在交互页面显示处理结果。
[0110]
在本发明实施例中，根据处理领券业务的过程中，前端系统的tps与限流设置值的关系，以及领券系统a和总线查询系统b的tps占比情况，对限流设置值进行调整，使限流设置值的设定更加具有合理性。
[0111]
结合图2，参见图4，示出了本发明实施例提供的一种基于领券交易的跨系统的另一交互时序图。
[0112]
步骤s401：用户点击前端系统的交互页面中领取优惠券按钮。
[0113]
步骤s402：前端系统响应用户的操作生成交易请求，基于交易请求，获取当前交易tps，判断当前交易tps是否在预设限流范围内。
[0114]
需要说明的是，如果当前交易tps小于预设限流范围的最小值或当前交易tps在预设限流范围内，前端系统向领券系统a发送处理请求；如果当前交易tps大于预设限流范围的最大值，前端系统在交互页面显示系统繁忙信息。
[0115]
可以理解的是，处理请求为请求领券系统a处理交易请求。
[0116]
步骤s403：领券系统a在接收到处理请求之后，向总线查询系统b发送查询信息，用于查询用户是否符合预设交易条件。
[0117]
步骤s404：总线查询系统b基于查询信息，向领券系统a反馈用户信息。
[0118]
步骤s405：领券系统a在接收到用户信息之后，基于用户信息向前端系统反馈针对处理请求的处理结果。
[0119]
步骤s406：前端系统接收并显示处理结果。
[0120]
在本发明实施例中，根据前端系统的当前事务性流量与预设限流范围的关系，对交易请求进行相应的操作，保护系统的正常运行，保证交易请求的合理处理。
[0121]
与上述本发明实施例提供的一种跨系统的限流方法相对应，参见图5，示出了本发明实施例提供的一种跨系统的限流装置的结构框图，该限流装置包括第一获取单元501，第一判断单元502，第二获取单元503，第二判断单元504和调整单元505：
[0122]
第一获取单元501，用于当接收到类型符合预设限流交易类型的交易请求时，获取当前交易事务性流量，交易请求至少包含：发起交易请求的用户对应的用户标识，和处理交易请求所涉及的各个后向系统的系统名称。
[0123]
第一判断单元502，用于判断当前交易事务性流量是否在预设限流范围内。
[0124]
第二获取单元503，若当前交易事务性流量在预设限流范围内，依据系统名称获取各个后向系统的事务性流量的占比值。
[0125]
在具体实现中，第二获取单元503具体用于依据交易请求中包含的各个后向系统的系统名称，获取各个后向系统的当前事务性流量和最大承压值；计算每个后向系统的当前事务性流量在最大承压值中所占的比重，得到每个后向系统的事务性流量的占比值。
[0126]
第二判断单元504，用于判断各个后向系统的事务性流量的占比值是否均小于预设值。
[0127]
调整单元505，用于若事务性流量的占比值均小于预设值，按预设比例调整预设限流范围。
[0128]
在本发明实施例中，结合交易链路上各个独立部署的系统的事务性流量，设置前端系统的初始限流值，调整预设限流范围，保证各个系统的系统资源被最大化地利用，同时保护各个系统正常运行，不会因为处理业务压力过大而导致系统崩溃。
[0129]
优选的，结合图5示出的内容，该限流装置还包括：
[0130]
显示单元，用于接收并显示第一目标后向系统发送的处理结果，处理结果由第一目标后向系统基于查询结果处理交易请求后发送，查询结果为第二目标后向系统基于第一目标后向系统发送的查询信息确定得到，查询信息用于查询用户是否符合预设交易条件。
[0131]
优选的，结合图5示出的内容，该限流装置还包括：第三判断单元，用于若当前交易事务性流量不在预设限流范围内，判断当前交易事务性流量是否小于预设限流范围的最小值；若当前交易事务性流量小于预设限流范围的最小值，执行显示单元；若当前交易事务性流量大于预设限流范围的最大值，执行反馈模块。
[0132]
优选的，结合图5示出的内容，第三判断单元包括：反馈模块，用于若当前交易事务性流量大于预设限流范围的最大值，向交易请求对应的用户反馈交易失败信息。
[0133]
优选的，结合图5示出的内容，该限流装置还包括存储单元，用于将交易请求和当前交易事务性流量，以及各个后向系统的事务性流量的占比值存储至目标数据表。
[0134]
综上所述，本发明实施例提供了一种跨系统的限流方法及装置，当接收到类型符合预设限流交易类型的交易请求时，获取当前交易事务性流量；判断当前交易事务性流量是否在预设限流范围内；若当前交易事务性流量在预设限流范围内，依据系统名称获取各个后向系统的事务性流量的占比值；判断各个后向系统的事务性流量的占比值是否均小于预设值；若事务性流量的占比值均小于预设值，按预设比例调整预设限流范围。根据各个独立部署的系统的事务性流量情况，对前端系统的预设限流范围进行调整，保护系统的运行安全的同时提高系统资源的利用率。
[0135]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0136]
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0137]
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。