[发明专利]一种报文处理方法及装置

说明书

本说明书提供一种报文处理方法及装置，所述方法通过缓存微服务实例存储用于表征微服务系统中的微服务实例经过限速后当前允许处理的报文的标识，如果根据该报文的标识确定经过限速后当前允许处理的报文未超过预设的限速值，则允许继续写入报文的标识，进而后续起到对报文的处理速度进行限速的目的。无需另外设置令牌桶微服务，降低了整个微服务系统的资源消耗，避免了采用令牌桶微服务自身故障而带来的业务中断的问题。

技术领域

本说明书涉及通信技术领域，尤其涉及一种报文处理方法及装置。

背景技术

微服务架构是将软件系统分解为自主模块，自主模块可以独立部署，通过轻量级的、与语言无关的方式进行通信，共同实现业务目标。典型的微服务框架实现诸如：Kubernetes。

kubernetes，简称K8s，是用8代替8个字符“ubernete”而成的缩写。是一个开源的，用于管理云平台中多个主机上的容器化的应用，Kubernetes的目标是让部署容器化的应用简单并且高效(powerful),Kubernetes提供了应用部署，规划，更新，维护的一种机制。

传统的应用部署方式是通过插件或脚本来安装应用。这样做的缺点是应用的运行、配置、管理、所有生存周期将与当前操作系统绑定，这样做并不利于应用的升级更新/回滚等操作，当然也可以通过创建虚拟机的方式来实现某些功能，但是虚拟机非常重，并不利于可移植性。

新的方式是通过部署容器方式实现，每个容器之间互相隔离，每个容器有自己的文件系统，容器之间进程不会相互影响，能区分计算资源。相对于虚拟机，容器能快速部署，由于容器与底层设施、机器文件系统解耦的，所以它能在不同云、不同版本操作系统间进行迁移。

在网络设备的运行过程中，网络设备内部，其他设备与网络设备之间都会有大量通信的需求。每个通信请求都会消耗网络设备的运行资源，包括CPU(central processingunit，简称CPU)、内存等等，为了能够保证网络设备的系统能够在一个稳定的环境下运行，不被突然出现的大量通信请求挤兑资源，网络设备往往会对和外部设备的通信请求做限速处理，我们把网络设备能够在一定时间内处理的消息数量控制称为“消息窗口”。

在集中式单系统上，消息窗口的实现有很多，诸如令牌桶机制，令牌桶中有初始容量，每来一个请求从令牌桶中获取一个令牌，并且在一定时间间隔中可以生成令牌，多余的令牌被丢弃。这些机制在集中式单系统场景下运行良好，但到了分布式环境下存在诸多问题，以令牌桶机制为例：

微服务环境下，为了避免单点故障和负载均衡，微服务往往是由多个微服务实例来承载的。如果保持集中式单系统的机制，每个令牌桶机制只能对自己微服务实例下的消息做限速，无法从全局有效控制整个产品的消息速度。

发明内容

为克服相关技术中存在的问题，本说明书提供了一种报文处理方法及装置。

根据本说明书实施例的第一方面，提供一种报文处理方法，应用于微服务系统中的任一微服务实例，所述方法包括：

当第一微服务实例接收到第一类型的报文时，查询缓存微服务实例，所述缓存微服务实例中存储有用于表征微服务系统中的微服务实例经过限速后当前允许处理的报文的标识；

若查询所述缓存微服务实例中经过限速后当前允许处理的第一类型的报文小于或等于预设的限速值时，则将当前第一微服务实例接收到的第一类型的报文的标识写入缓存微服务实例。

可选的，所述方法还包括：

缓存微服务实例中存储的所述当前允许处理的报文的标识在超过预设的生存时间被老化。

可选的，所述方法还包括：

若查询所述缓存微服务实例经过限速后当前允许处理的第一类型的报文超过预设的限速值时，则所述第一微服务实例不处理当前接收到的第一类型的报文。