[发明专利]一种事件转发方法、装置、电子设备和存储介质

说明书

本申请提供一种事件转发方法、装置、电子设备和计算机存储介质，该方法应用于Knative Eventing系统，所述Knative Eventing系统包括Kafka消息队列，还包括接收组件和过滤组件中的至少一种；该方法包括：利用所述接收组件接收进入所述Knative Eventing系统中的事件，将所述事件中的至少部分事件存储至所述Kafka消息队列的主题Topic中；按照过滤规则对所述至少部分事件进行过滤处理；或，按照设定方式将进入所述Knative Eventing系统中的事件，存储至所述Kafka消息队列的Topic中；通过所述过滤组件消费所述事件，并按照过滤规则对所述事件进行过滤处理；将过滤处理后的事件转发到指定的函数服务中。

技术领域

本申请涉及云计算技术领域，尤其涉及一种事件转发方法、装置、电子设备和计算机存储介质。

背景技术

Knative Eventing系统提供了Broker/Trigger的消息传递模型，引入事件代理(Broker)和触发器(Trigger)的目的，是为了搭建一个黑盒子，使用Broker和Trigger分离事件生产者和消费者，将具体的实现隐藏起来从而使事件生产者和事件消费者可以后期绑定。

图1为相关技术中的一种Broker/Trigger事件处理模型的结构示意图，如图1所示，当Knative Eventing系统中获取CloudEventss事件，该事件首先要通过超文本传输协议(hyper text transfer protocol，http)请求发送给Ingress组件，Ingress组件接收到CloudEventss事件通知后，将事件转发到Kafka管道(Channel)中，Kafka管道通过Dispatcher组件将事件写入Kafka消息队列中，然后再消费事件并把事件发送到Filter组件，Filter组件根据Trigger中的过滤规则对事件进行过滤处理，最后将满足过滤规则的事件分发到函数服务(Kservice)，进而触发用户函数执行；可见，中间过程各个组件最少要转发4次才能将事件转发到函数，这种方式极大的消耗了底层资源的网络流量及应用资源。

发明内容

本申请提供一种事件转发方法、装置、电子设备和计算机存储介质；可以解决相关技术中在基于Knative Eventing系统进行事件转发时，底层资源的网络流量及应用资源消耗较大的问题。

本申请的技术方案是这样实现的：

本申请提供了一种事件转发方法，应用于Knative Eventing系统，所述KnativeEventing系统包括Kafka消息队列，还包括接收组件和过滤组件中的至少一种；所述方法包括：

利用所述接收组件接收进入所述Knative Eventing系统中的事件，将所述事件中的至少部分事件存储至所述Kafka消息队列的主题Topic中；按照过滤规则对所述至少部分事件进行过滤处理；或，

按照设定方式将进入所述Knative Eventing系统中的事件，存储至所述Kafka消息队列的Topic中；通过所述过滤组件消费所述事件，并按照过滤规则对所述事件进行过滤处理；

将过滤处理后的事件转发到指定的函数服务中。

在一些实施例中，所述按照过滤规则对所述至少部分事件进行过滤处理，包括：

通过所述过滤组件消费所述至少部分事件，并按照过滤规则对所述至少部分事件进行过滤处理。

在一些实施例中，在通过所述过滤组件消费所述至少部分事件，并按照过滤规则对所述至少部分事件进行过滤处理的情况下，所述将过滤处理后的事件转发到指定的函数服务中，包括：

利用所述过滤组件将过滤处理后的事件转发到指定的函数服务中。

在一些实施例中，所述Knative Eventing系统还包括控制器组件，所述方法还包括：