[发明专利]限流场景下的带宽管理方法、装置、介质及电子设备

说明书

本公开的实施方式提供了一种限流场景下的带宽管理方法、装置、介质及电子设备，该方法应用于网关时，包括步骤：接收终端发送的业务请求；其中，所述业务请求用于向服务器请求业务信息；基于所述服务器的业务承载量确定所述业务请求是否为超限请求；若所述业务请求为超限请求，则拦截所述业务请求，并向所述终端返回超限信息，以使所述终端基于所述超限信息从预先存储的提示信息中提取对应的目标提示信息，并将所述目标提示信息进行渲染展示。本公开的限流场景下的带宽管理方法使终端基于超限信息从本地获取目标提示信息，可减少超限信息的体量，降低带宽开销。

技术领域

本公开的实施方式涉及计算机技术领域，更具体地，本公开的实施方式涉及限流场景下的带宽管理方法、装置、介质及电子设备。

背景技术

终端的应用在向后端为服务器请求业务时，请求会先经过网关，然后再到达后端微服务，微服务在收到经网关的请求后，会基于请求执行业务逻辑。而在一些大流量高并发的场景下，如电商秒杀抢购等场景，为了保障后端微服务的稳定，超限的应用端请求会被网关限流掉并直接返回限流提醒，如网关为应用返回一个标识请求过多错误(429)页面。

网关在限流时所返回的限流提醒一般基于HTTP协议(Hyper Text TransferProtocol，超文本传输)实现，HTTP协议包括用于指示客户端如何处理的响应头以及表示发送到客户端的实际内容的响应体，客户端在接受到HTTP协议后，基于响应头与响应体可在页面展示相关内容。

在限流时，网关返回给不同应用的超限信息的响应体是完全一致和重复的，应用在收到超限每个超限信息的响应体均会占用几百bit(比特)的带宽，在百万级到千万级TPS(系统吞吐量)并发的场景下，占用的带宽会多达几十Gbps(交换带宽)之多，这产生了巨大的带宽成本；而带宽资源是非常宝贵和有限的，网关这种方式也会挤压其它正常用户请求，造成更高的响应延迟甚至直接导致网络拥塞，进而影响用户体验。

发明内容

为此，本公开提出一种限流场景下的带宽管理方法，终端基于超限信息从本地获取目标提示信息，可减少超限信息的体量，降低带宽开销。

在本上下文中，本公开的实施方式期望提供一种限流场景下的带宽管理方法、装置、介质及电子设备。

在本公开实施方式的第一方面中，提供了一种限流场景下的带宽管理方法，应用于网关，所述方法包括：接收终端发送的业务请求；其中，所述业务请求用于向服务器请求业务信息；基于所述服务器的业务承载量确定所述业务请求是否为超限请求；若所述业务请求为超限请求，则拦截所述业务请求，并向所述终端返回超限信息，以使所述终端基于所述超限信息从预先存储的提示信息中提取对应的目标提示信息，并将所述目标提示信息进行渲染展示。

在本公开实施方式的第二方面中，提供了一种限流场景下的带宽管理方法，应用于终端，所述方法包括：向网关发送用于请求业务信息的业务请求；接收网关针对所述业务请求返回的超限信息；其中，所述超限信息为所述网关基于所述业务请求对应的服务器的业务承载量所生成的；基于所述超限信息从预先存储的提示信息中选择对应的目标提示信息，并将所述目标提示信息进行渲染展示。

在本公开实施方式的第三方面中，提供了一种限流场景下的带宽管理方法，包括：终端向网关发送用于向服务器请求业务信息的业务请求；所述网关基于所述服务器的业务承载量确定所述业务请求是否为超限请求；若所述业务请求为超限请求，所述网关则拦截所述业务请求，并向所述终端返回超限信息；所述终端基于所述超限信息从预先存储的提示信息中提取对应的目标提示信息，并将所述目标提示信息进行渲染展示。