一种接口内存资源分配方法、装置、设备及存储介质与流程

本发明涉及服务器内存，尤其涉及一种接口内存资源分配方法、装置、设备及存储介质。

背景技术：

1、在金融交易的过程中会出现数据条数增加，报文容量增长，峰值流量等数据膨胀的情况导致内存溢出，为了保障金融系统的稳定性，需要解决金融交易数据膨胀导致系统出现内存溢出的情况。

2、现有技术中，对于应用系统内存占比过高(即数据膨胀)时，通常采用两种应对方式：服务器自动扩容或者限流。但是，对于服务器自动扩容无法合理利用系统资源，当在流量峰值时系统自动扩容后，在流量低谷时系统会出现大量空间的闲置，增加成本；对于限流，若无区别地进行限流，则会丢失部分关键内容，例如下单交易、支付交易等。且现有技术中，一般都是对应用内存资源进行动态调整。

技术实现思路

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、可选地，所述确定模块具体用于：

39、确定任一历史样本在所述前序时段对应时段内的工作态与所述接口在所述前序时段内的工作态的拟合值；将最小拟合值对应的历史样本确定为参照样本；

40、根据所述参照样本在后序时段内的工作态，确定所述接口的技术权重，包括：

41、根据所述参照样本在所述调整时刻的下一时段内的请求次数及响应时长，确定所述接口的技术权重。

42、可选地，所述调整模块具体用于：

43、针对任一接口，确定所述接口的技术权重占各接口的技术权重的第一占比，及所述接口的业务权重占各接口的业务权重的第二占比；

44、根据技术权重的占比、业务权重的占比、所述第一占比、所述第二占比及系统可用内存资源，确定所述接口调整后的内存资源。

45、可选地，所述确定模块具体用于：

46、遍历计划执行数据中的每条记录；所述计划执行数据是通过各执行系统的加工数据得到的；

47、根据业务场景与接口的对应关系，确定每条记录涉及的业务场景下对应的各接口，从而得到每个接口在历史执行数据中对应的各业务场景。

48、可选地，所述确定模块还用于：

49、确定任一接口的内存使用率大于阈值上线且系统的空闲内存资源少于最低阈值。

50、可选地，所述确定模块还用于：

51、在任一接口的内存使用率低于阈值下线时，释放所述接口的部分内存资源；

52、在任一接口的内存使用率大于阈值上线且系统的空闲内存资源不少于最低阈值，则将所述空闲资源中的部分内存资源增加至所述接口。

53、第三方面，本技术实施例提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行上述第一方面任意所述的处理方法。

54、第四方面，本技术实施例提供了一种计算机可读存储介质，其存储有可由计算机设备执行的计算机程序，当所述程序在计算机设备上运行时，使得所述计算机设备执行上述第一方面任意所述的处理方法。