CN115858196A - 一种敏捷事件处理方法及其通知系统 - Google Patents

Abstract

一种敏捷事件处理方法及其通知系统，所属互联网+技术领域，敏捷事件处理方法为将一种或多种产品项目发送消息到消息队列，采用微服务脚手架进行区分，统一进行管理；获取相应的数据来源，通过概览进行数据分析、统计；反馈信息判断消息来源，附加相应的消息样式；根据配置消息样式，选择相应发送配置，消息模板；反馈信息根据消息样式功能将信息发送。本发明方法将一种或多种产品项目通过上述敏捷事件处理方法快速处理消息，满足了避免事件重复触发，用户基数过大问题，以达到事件统一管理，功能模块化，技术复用的目的；同时对于消息模板，发送配置的问题增加工作效率。

Description

一种敏捷事件处理方法及其通知系统

技术领域

本发明属于互联网+技术领域，具体涉及一种敏捷事件处理方法及其通知系统。

背景技术

现代互联网技术已经完全步入正轨，融入社会，譬如传统制造、建筑、燃气、物业、汽修等行业。互联网技术推动平台和应用从第三产业向农业和工业领域渗透和扩散，逐步进入协同发展阶段。互联网不仅能够进行基本的信息交换和传输，还具备极强的数据获取的全球开放性、平等性、透明性。海量数据的积累与交换、分析与应用，使得企业获取信息数据为技术创新提供了重要的生产原料，极大推动技术创新和生产效率提高，已经逐渐建立起行业信息共享模式。随着越来越频繁的信息交互，繁杂的数据往来，在生产作业当中就容易发生交互对象遗失，数据信息丢失，消息错误等导致突发事件。因此以互联网为基础的，功能驱动下的敏捷事件通知系统，使得管理、信息交互过程更加自如。互联网技术能够有小预防和应对各种突发事件的能力，以符合各行各业发展需要，以集群式创新、开放式空间平台为产学研协同创新提供支撑。

目前现有技术的事件通知的普遍处理方法是：步骤1、先接收消息，在事件通知约定的队列上创建服务；步骤2、根据消息配置预设好的消息体；步骤3、根据定义将服务内接收的消息体发送到指定地址；步骤4、当消息被触发时记录并移除该服务。现有的通知系统普遍为技术实现驱动，其对象所拥有的功能不一定具备原子性，主要组成模块为分类导航和消息列表以及辅助模块组成。分类导航主要以用户属性进行分类，消息列表负责记录消息、告知未读消息等，根据不同的辅助种类对应不同的分类导航。

但是，互联网平台的适用性因各行各业场景复杂，特性需求多，互联网平台设计还面临以下问题：

(1)技术复用性问题：开发一种互联网项目同样需要消耗海量时间与经历，随着各行业发展主键趋于领域细分，技术的复用性决定了一个产品是否能长久更新、使用，但目前的互联网平台技术复用性还有待提高。

(2)数据复杂性问题：一是数据来源不稳定，二是数据量不确定，导致了数据的复杂性问题，因此，性能、安全和持久化是互联网平台技术应对的难点。

(3)用户基数过大问题：一套强大的系统体系架构已经转变为一种异步的体系架构，需要具备和支持在线和离线计算，已经不只是传统的请求响应模式。随着时代的进步，我们看到非常多的用例，后端系统需要启动与设备的通信，才能够使得用户领域驱动的变化或体验得到极大的改变。用户基数的快速增长，会再一次加剧那些需要以可扩展和可延申的方式与设备进行服务器启动通信的用例，所以保证用用户体验，更新快速一致时互联网平台是需要面对的问题。

(4)事件重复触发问题：业务覆盖的区域、会采用vuex状态管理或使用eventBus事件总线，当触发事件时，发送一个通知，在需要响应的地方接收这个通知，然后对事件进行响应就好，这样可能会遇到每次切换路由后计数器加一，全局事件并不会随着组件的销毁而自动注销，随着大批次的响应，对于系统是一种严峻的考验。因此对于生命周期的合理安排也是需要进一步提高。

(5)网络应用的安全问题：在随着工业系统的推进带领，多技术融合发展的前体下，使得原本封闭可信的工业生产环境被打破，面临病毒、木马、黑客、敌对势力等威胁。近些年，勒索软件对工业生产和企业攻击更加频繁，因此网络应用的安全问题面临巨大压力。

发明内容

针对现有技术的上述问题，本发明提供一种敏捷事件处理方法及其通知系统，通过异步请求支持多种连接，单一事件源通过领域驱动的敏捷事件通知系统，系统及平台能够调整事件优先级，及ManagingHighRPS，通过构建完全适合处理高并发事件，能在短时间内处理大量请求，通过订阅发布形式，领域驱动模型，Docker作为应用容器，Kubernetes作为一个能够移植、可扩展的开源平台用来管理容器化的负载和服务。系统包含概览、消息模板、消息样式、发送配置、站内信和用户列表。对敏捷事件能够减少消息发送所占用的成本，通过增加发送配置，支持多平台消息发送，样板套用及多种编辑模式，提高整体功能便捷性。其具体方案如下：

一种敏捷事件处理方法，包括如下步骤：

步骤1：将一种或多种产品项目发送消息到消息队列，采用微服务脚手架进行区分，统一进行管理；

步骤2：获取相应的数据来源，通过概览进行数据分析、统计；

步骤3：反馈信息判断消息来源，附加相应的消息样式；

步骤4：根据配置消息样式，选择相应发送配置，消息模板；

步骤5：反馈信息根据消息样式功能将信息发送。

将一种或多种产品项目通过上述敏捷事件处理方法快速处理消息，满足了避免事件重复触发，用户基数过大问题，以达到事件统一管理，功能模块化，技术复用的目的。同时对于消息模板，发送配置的问题增加工作效率。

一种敏捷事件通知系统，通知系统是能够便捷传达消息，实现智能汇报，智能监控和智能规划的中间件系统，所述通知系统包括处理集群模块，消息队列模块，管理引擎模块和应用层模块；

所述处理集群模块包括集群基础服务、应用服务和操作管理服务；

所述消息队列模块包括MQTT微消息队列和RabbitMQ；MQTT消息队列配合RabbitMQ绑定无状态网关类型实例，达成IOT移动场景客户端连接和消息转发；

所述管理引擎模块采用Kubernetes提供无需修改应用程序使用陌生服务的发现机制，在容器化的工作负载和服务之间实现负载均衡，根据资源需求自动装箱并批量执行，采用Docker作为应用容器。

所述应用层模块包括模板管理、数据分析、用户列表、发送配置、消息样式、站内信和消息通知；所述应用层模块还包括有指令模块、事件处理程序模块、监听器模块、通知消息模块、查询模块、阅读模型模块、存储库模块和服务模块。

在上述的敏捷事件通知系统中，所述应用层模块由Kubernetes统一部署、规划、更新和维护，所述应用层模块采用分布式模式，就近提供智能管控服务，满足互联网+多方向数字化敏捷连接、实施汇报、数据优化、应用智能、安全与隐私方面的关键需求。

在上述的敏捷事件通知系统中，采用处理集群模块能够满足处理用户基数增长过快，以及数据复杂性问题。单纯依赖单节点维护数据无法满足现有状态，对于数据的处理按照不同的规则分布在集群上，通过负载均衡达到高可用，高容错的效能。同时满足可扩展性，在短期高延迟的情况下不会发展服务掉线、服务器故障导致系统崩坏的极端情况。

在上述的敏捷事件通知系统中，采用消息队列模块能够满足处理各领域对象之间的通信顺序，合理安排队列，提升传输效率，保证用户基数大情况下系统仍能稳定运行。

在上述的敏捷事件通知系统中，采用管理引擎模块能够满足通过容器部署的方式具备放宽的隔离属性，能够在应用程序之间共享系统，具备高可用性。能够快速部署、装箱、更新系统环境。

在上述的敏捷事件通知系统中，应用层模块整体结构具备DDD领域驱动模型功能，通过接口接收对应数据，触发指令，监听器截取有效信息，通过事件处理程序触发领域模型接收数据处理，由消息通知匹配对应方法，从共有组件中提取数据，返回给前端。

在上述的敏捷事件通知系统中，应用层的监听器对操作异常状态进行监控，操作异常引起的错误，能够通过设置起到警告作用。

在上述的敏捷事件通知系统中，应用层的阅读模型和存储库支持自定义消息模板和消息样式，设置发送配置，通过短信、微信和邮箱三种方式发送给对应接收人。接收人收到的信息能够自定义编辑，内容样式能够自定义编辑，满足技术的复用性，能够通过设置基础格式适应多种场合。

在上述的敏捷事件通知系统中，服务模块通过订阅及发布形式将信息统一发送，提供松耦合以及高伸缩和高可靠性，异步的消息传递有助于应用在增加的负载下继续平稳运行。

在上述的敏捷事件通知系统中，Kubernetes对于Docker应用容器的管理，满足了敏捷事件通知系统的网络应用的安全问题。

在上述的敏捷事件通知系统中，应用层模块连接有产品模块、控制器模块，项目模块和消息通知模块。

本发明的一种敏捷事件处理方法及其通知系统，与现有技术相比，有益效果为：

一、本发明的系统通过微服务为用户提供了功能选项解决了技术复用性问题。与原有技术相比，本发明的系统对功能模块进行解耦，使系统本身更具备技术的复用性。通过领域模型，将系统用户本身的属性凝练，抽象出租户领域模型，针对各个租户的需求转变为不同的功能需求，从消息样式以及发送配置等功能部分，彻底区分不同的用户；通过对消息请求的基本配置，接口设计的多样化，使得敏捷事件通知系统可以在多个平台的环境下起到消息发布，事件响应的功能作用。达成合理的消息发送途径，允许用户设置及合并本身需要接收消息，通过订阅与发布的形式实时监听新消息，达到了针对不同用户列表以及领域模型依然可以发送相关联的消息到准确的接收平台上。

二、本发明的系统通过领域触发事件、针对性发布信息等主要技术点应对数据复杂性问题。在用例在来源呈现多样性、消息处理在目标设备类型方面的广泛性等数据复杂性问题中达到了对事件处理进行细分、有效的区块管理、区分不同功能需求。如租户更改应用的变化，应比喜用诊断信号更具备优先条件，因此分配多个优先级并通过路由进行分配，针对不同的优先级，相应的事件处理集群来分流，根据对应的消息队列获取数据加以分析。对于不同的消息发布形式，采用不同的通知接口，确认有资格接收该通知的用户列表并初次尝试发布信息。

三、本发明的系统通过Apisix网关控制器、领域驱动设计技术点结合用户列表功能、阅读模型、查询模块提出并实现“组”概念解决了用户基数过大问题。本发明的系统通过对Apisix的设置可以跨多个上游服务的动态负载均衡；领域驱动设计使得通知的消息更加贴合用户本身，消息体更加完整全面；对“组”概念的实现，将各个领域进行抽调、汇总凝练出大用户池，再通过阅读模型对同一个凝练出的用户池进行划分，将每个用户划分到不同的小组当中，凝练共性汇总成具体的组以供阅读模型进行区分，根据提醒强度高则通知数量少的原则对事件的响应等级做出有效筛选。达到了有效服务治理功能、服务可观测性；达到了用户快速了解动态信息、更新内容、及时反馈，使消息的触达方式及时有效避免用户基数过大消息难以传递；达到了根据不同用户需求，以及需要匹配的响应事件做出信息合理抽调，并发给指定组，满足用户基数过大情况下仍然能够信息传达高校、事件响应快速的目的。

四、本发明的系统通过对概览功能设计、消息样式功能设计，使得事件响应、信息加工、消息通知成为三个有效流程解决了事件重复触发问题。本发明的系统根据接收的消息来源进行区分，同时记录接收消息以及响应事件的行为、记录并统计第三方接收消息数量。结合阅应用层中的阅读模型和查询基础模块将记录的数据汇总统计，再次进行拆分，针对不用的时间段区分需要的响应时间，根据站内信处理要传达的消息通知。达到了消息样式匹配不同用户需求，将具体的消息通知落实，完成了从接收消息、响应事件到消息通知的具体实践。结合发送配置避免了事件重复触发。

五、本发明通过KeyCloak、PostgreSQL数据库等技术点应对网络应用的安全问题。本发明的系统通过设置KeyCloak，以最少的麻烦为系统和安全服务添加身份验证，不需要处理存储、用户或身份验证用户。将数据存储于云端服务保障了信息来源。达到了系统部署便捷快速的基本原则，用户可以单点登录，一次登录到多个功能应用，方便管理员和用户集中管理，协助Kubernetes以及Docker。

综上，本发明敏捷事件通知系统，做到细分用户，功能解耦达到技术复用性高，解决数据复杂性问题，对用户领域模型抽象成组，解决消息复杂、用户基数过大问题，缩短数据与决策之间的等待时间，通过云端存储，组件应用解决网络应用的安全问题，提高服务质量与安全。

附图说明

图1为本发明实施例的一种敏捷事件通知系统的结构示意图。

具体实施方式

下面结合具体实施案例和附图1对本发明作进一步说明，但本发明并不局限于这些实施例。

实施例1

一种敏捷事件处理方法，包括如下步骤：

步骤1：将一种或多种产品项目发送消息到消息队列，采用微服务脚手架进行区分，统一进行管理；

步骤2：获取相应的数据来源，通过概览进行数据分析、统计；

步骤3：反馈信息判断消息来源，附加相应的消息样式；

步骤4：根据配置消息样式，选择相应发送配置，消息模板；

步骤5：反馈信息根据消息样式功能将信息发送。

将一种或多种产品项目通过上述敏捷事件处理方法快速处理消息，满足了避免事件重复触发，用户基数过大问题，以达到事件统一管理，功能模块化，技术复用的目的。同时对于消息模板，发送配置的问题增加工作效率。

一种敏捷事件通知系统，如图1所示，通知系统是能够便捷传达消息，实现智能汇报，智能监控和智能规划的中间件系统，所述通知系统包括处理集群模块，消息队列模块，管理引擎模块和应用层模块；处理集群模块包括集群基础服务、应用服务和操作管理服务；消息队列模块包括MQTT微消息队列和RabbitMQ；MQTT消息队列配合RabbitMQ绑定无状态网关类型实例，达成IOT移动场景客户端连接和消息转发；管理引擎模块采用Kubernetes提供无需修改应用程序使用陌生服务的发现机制，在容器化的工作负载和服务之间实现负载均衡，根据资源需求自动装箱并批量执行，采用Docker作为应用容器。应用层模块包括模板管理、数据分析、用户列表、发送配置、消息样式、站内信和消息通知；所述应用层模块还包括有指令模块、事件处理程序模块、监听器模块、通知消息模块、查询模块、阅读模型模块、存储库模块和服务模块。

应用层模块由Kubernetes统一部署、规划、更新和维护，所述应用层模块采用分布式模式，就近提供智能管控服务，满足互联网+多方向数字化敏捷连接、实施汇报、数据优化、应用智能、安全与隐私方面的关键需求。采用处理集群模块能够满足处理用户基数增长过快，以及数据复杂性问题。单纯依赖单节点维护数据无法满足现有状态，对于数据的处理按照不同的规则分布在集群上，通过负载均衡达到高可用，高容错的效能。同时满足可扩展性，在短期高延迟的情况下不会发展服务掉线、服务器故障导致系统崩坏的极端情况。采用消息队列模块能够满足处理各领域对象之间的通信顺序，合理安排队列，提升传输效率，保证用户基数大情况下系统仍能稳定运行。采用管理引擎模块能够满足通过容器部署的方式具备放宽的隔离属性，能够在应用程序之间共享系统，具备高可用性。能够快速部署、装箱、更新系统环境。应用层模块整体结构具备DDD领域驱动模型功能，通过接口接收对应数据，触发指令，监听器截取有效信息，通过事件处理程序触发领域模型接收数据处理，由消息通知匹配对应方法，从共有组件中提取数据，返回给前端。应用层的监听器对操作异常状态进行监控，操作异常引起的错误，能够通过设置起到警告作用。应用层的阅读模型和存储库支持自定义消息模板和消息样式，设置发送配置，通过短信、微信和邮箱三种方式发送给对应接收人。接收人收到的信息能够自定义编辑，内容样式能够自定义编辑，满足技术的复用性，能够通过设置基础格式适应多种场合。服务模块通过订阅及发布形式将信息统一发送，提供松耦合以及高伸缩和高可靠性，异步的消息传递有助于应用在增加的负载下继续平稳运行。Kubernetes对于Docker应用容器的管理，满足了敏捷事件通知系统的网络应用的安全问题。

本实施例的敏捷事件通知系统用于某管道运输系统。以安全运行、高效运营、服务用户为核心思想，以敏捷事件通知处理为核心目标，运用互联网系统收集、分析、集成为城市能源管道运输系统的各项关键事件通知，向能源运输企业提供覆盖全事件通知规划设计、实施工程、输送站点、设备抢修、站点改造、运输管理、运营监控、综合运营的系统生命周期信息化部署工具，实现即时信息传递、服务提升、事件告知和辅助决策。通过对能源运输各个关键节点的信息化挂你，协助能源企业实现日常运营管控的智能化和精细化，最终保障管道运输各节点的信息传递，任务覆盖，消息通知，事件处理正常工作，辅助决策下达实施。

敏捷事件通知系统通过领域驱动，系统及平台能够调整事件优先级，辅助单一事件源达到ManagingHighRPS，构建完全适合处理高并发事件，能够在短时间内处理大量请求，通过发布订阅形式，领域驱动模型Docker应用容器，Kubernetes扩展开源平台能用来协调管理容器化的负载和服务。系统内包括有处理集群，消息队列，管理引擎，应用用于对所有互联网+系统平台使用API进行开放式统一管理，实现跨区域、跨平台，系统内部署MQTT为消息队列，协同RabbitMQ具体实例来完成IOT移动场景客户端连接和消息转发其网关实例的绑定。管理引擎提供无需修改系统使用陌生服务的发现机制，在他们之间实现负载均衡，根据资源需求自动装箱批量执行；在一种事件通知系统中，应用层包括模板管理，数据分析，用户列表，发送配置，站内信，消息样式等七个功能部分，包含指令，事件处理程序，监听器，通知消息，查询，阅读模型，存储库，服务八个基础模块；事件通知系统应用层整体结构具备DDD领域驱动模型功能，通过接口接收对应的信息，集中处理，通过消息队列分发到各个接收站点或者用户，通过对发送配置的设置，可以根据不同需求以不同的发送方式将消息传递给不同的消息接收平台，达到多元化的接收方式，应用层内阅读模型和存储库支持自定义消息模板，消息样式，设置发送配置通过短信、微信、邮箱三种方式发送给对应接收人，接收人收到的信息格式可以通过消息发送者自定义编辑，其中内容样式也可以自定义编辑，服务模块通过订阅加发布的形式将信息统一发宋，提供松耦合以及高伸缩性，异步将消息传递给各个站点；通过消息样式功能，让事件响应、消息通知成为三个有效流程，通过对于消息模板的设置，使得消息领域模型抽象出具体的目标对象，通过设置消息样式匹配不同的用户需求，根据查询功能选取不同的用户组，精准的将信息传递给各个用户群体，最后结合发送配置，将具体的消息通知落实，从而达到响应事件到消息通知的具体事件。通过对用户下各个接收消息群组的设计、归纳，用于通知消息更加完整全面，使用户动态的接收了解事件信息，消息触达方式及时有效，能第一时间获取相关信息，提供操作反馈给消息发送方；阅读模型基础模块，把相对应事件响应等级进行有效筛选，提醒强度随着上升通知数量相应减少，逐步合并重复信息避免出先频率较高，协助用户有效阅读信息、平衡消息通知量级；概览功能能够根据消息来源、重要程度进行区分，同时记录接受消息以及响应事件的行为，同时记录第三方接收消息数量的统计，结合阅读模型和查询两大基础模块，将记录的数据汇总统计，再次进行差分，针对不同的时间段区分需要相应的事件，根据站内信处理要传达的消息通知，结合通知消息基础模块将信息反馈给具体站点和用户组，以及把反馈信息转存到管理员列表下。敏捷事件通知系统采用的管理引擎所管理的应用容器，统一使用KeyCloak进行加密认证，不仅提供信息分流，存储分段，更加具备云数据中心毒由的小型化，建设周期短，分布式，贴近用户的特性，减少响应时间、网罗带宽的同时保证数据的安全性和私密性；

本实施例系统通过对敏捷事件通知集成的系统下的数据采集、数据上报、监控告警，利用系统内的数据分析及可靠的消息队列，降低事件处理的信息传递成本，缩短数据与决策之间的等待时间，系统连接畅通的情况下，能通过领域驱动模型来实现用户组的设计和区分，同时还会根据具体用户需求，合理分化消息接收平台，根据不同的消息接收格式，使发送消息更加准确规范，确保消息接收无误。实现事件处理的精确性，消息传递的及时性，同时不会对服务器产生额外压力。

Claims (10)

1.一种敏捷事件处理方法，其特征在于，包括如下步骤：

步骤1：将一种或多种产品项目发送消息到消息队列，采用微服务脚手架进行区分，统一进行管理；

步骤2：获取相应的数据来源，通过概览进行数据分析、统计；

步骤3：反馈信息判断消息来源，附加相应的消息样式；

步骤4：根据配置消息样式，选择相应发送配置，消息模板；

步骤5：反馈信息根据消息样式功能将信息发送。

2.一种敏捷事件通知系统，应用于权利要求1的一种敏捷事件处理方法，通知系统是能够便捷传达消息，实现智能汇报，智能监控和智能规划的中间件系统，其特征在于，所述通知系统包括处理集群模块，消息队列模块，管理引擎模块和应用层模块；

3.根据权利要求2所述的一种敏捷事件通知系统，其特征在于，所述处理集群模块包括集群基础服务、应用服务和操作管理服务；所述消息队列模块包括MQTT微消息队列和RabbitMQ；MQTT消息队列配合RabbitMQ绑定无状态网关类型实例，达成IOT移动场景客户端连接和消息转发；

4.根据权利要求2所述的一种敏捷事件通知系统，其特征在于，所述管理引擎模块采用Kubernetes提供无需修改应用程序使用陌生服务的发现机制，在容器化的工作负载和服务之间实现负载均衡，根据资源需求自动装箱并批量执行，采用Docker作为应用容器。

5.根据权利要求2所述的一种敏捷事件通知系统，其特征在于，所述应用层模块包括模板管理、数据分析、用户列表、发送配置、消息样式、站内信和消息通知；所述应用层模块还包括有指令模块、事件处理程序模块、监听器模块、通知消息模块、查询模块、阅读模型模块、存储库模块和服务模块。

6.根据权利要求2所述的一种敏捷事件通知系统，其特征在于，所述应用层模块由Kubernetes统一部署、规划、更新和维护，所述应用层模块采用分布式模式，就近提供智能管控服务，满足互联网+多方向数字化敏捷连接、实施汇报、数据优化、应用智能、安全与隐私方面的关键需求。

7.根据权利要求2所述的一种敏捷事件通知系统，其特征在于，应用层模块整体结构具备DDD领域驱动模型功能，通过接口接收对应数据，触发指令，监听器截取有效信息，通过事件处理程序触发领域模型接收数据处理，由消息通知匹配对应方法，从共有组件中提取数据，返回给前端。

8.根据权利要求2所述的一种敏捷事件通知系统，其特征在于，应用层的阅读模型和存储库支持自定义消息模板和消息样式，设置发送配置，通过短信、微信和邮箱三种方式发送给对应接收人；接收人收到的信息能够自定义编辑，内容样式能够自定义编辑，满足技术的复用性，能够通过设置基础格式适应多种场合。

9.根据权利要求2所述的一种敏捷事件通知系统，其特征在于，服务模块通过订阅及发布形式将信息统一发送，提供松耦合以及高伸缩和高可靠性，异步的消息传递有助于应用在增加的负载下继续平稳运行。

10.根据权利要求2所述的一种敏捷事件通知系统，其特征在于，应用层模块连接有产品模块、控制器模块，项目模块和消息通知模块。

Images