一种微网控制方法及装置与流程

1.本发明涉及数字能源技术领域，具体提供一种微网控制方法及装 置。


背景技术：

2.传统微网控制装置的业务功能通常都会采用传统单体同步架构 方式实现，该软件架构设计思路是把所有业务功能模块当成一个整 体进行设计，此架构的缺点：业务模块之间耦合性很高：如果对程序 做出任何的修改，修改的不只是一个点了，而是自上而下的去修改， 测试时必须等到整个程序测试完后才能看出效果严重影响产品稳定 性；系统扩展性比较差，增加新业务功能的时候不能针对单个点增加， 全局性的增加，牵一发而动全身。此软件框架对业务需求经常变更的 产品适合性较差。


技术实现要素：

3.本发明是针对上述现有技术的不足，提供一种实用性强的微网控 制方法。
4.本发明进一步的技术任务是提供一种设计合理，安全适用的微网 控制装置。
5.本发明解决其技术问题所采用的技术方案是：
6.一种微网控制方法，由业务功能模块组成,业务功能模块之间通 过kafka技术实现的事件驱动消息总线的方式相互交互，从而组成了 整个产品的业务功能，通过kafka技术实现事件驱动。
7.进一步的，所述业务功能模块包括采集及控制、调度及策略、告 警及保护、状态维护、调试及报告、监视及配置、历史数据、心跳监 听、配置工具和数据转发及控制，实时消息总线通过api传递给业务 功能模块，所述业务功能模块通过api传输至实时数据库。
8.进一步的，所述业务功能模块通过api与时序数据库和文档数据 库进行数据交互。
9.进一步的，实现时间驱动的步骤如下：
10.s1、服务接口触发事件；
11.s2、eventbus分发事件，如果存在领域内订阅者，直接分发到 指定订阅者，再将事件消息存库定时发送至kafka；
12.s3、如果不存在领域内订阅者，事件消息直接存库并定时发送 kafka；
13.s4、消息在发送成功以后会被清除，使用数据库db共享业务数 据源；
14.s5、订阅者只需要订阅事件双方规约好的topic和事件类型就 可以命中需要的事件消息。
15.一种微网控制装置，由业务功能模块组成,业务功能模块之间通 过kafka技术实现的事件驱动消息总线的方式相互交互，从而组成了 整个产品的业务功能，通过kafka技术实现事件驱动。
16.进一步的，所述业务功能模块包括采集及控制、调度及策略、告 警及保护、状态维护、调试及报告、监视及配置、历史数据、心跳监 听、配置工具和数据转发及控制，实时消息
总线通过api传递给业务 功能模块，所述业务功能模块通过api传输至实时数据库。
17.作为优选，所述业务功能模块通过api与时序数据库和文档数据 库进行数据交互。
18.进一步的，实现时间驱动为：
19.服务接口触发事件，eventbus分发事件，如果存在领域内订阅 者，直接分发到指定订阅者，再将事件消息存库定时发送至kafka；
20.如果不存在领域内订阅者，事件消息直接存库并定时发送kafka； 消息在发送成功以后会被清除，使用数据库db共享业务数据源；订 阅者只需要订阅事件双方规约好的topic和事件类型就可以命中需 要的事件消息。
21.本发明的一种微网控制方法及装置和现有技术相比，具有以下突 出的有益效果：
22.本发明应用程序之间采用主流的异步分发事件驱动模式进行相 互交互，这种设计方式常用于高可拓展的应用。它有很高的适应性， 使得它在小型应用、大型应用、复杂应用中都能表现得很好。
附图说明
23.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面 将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而 易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通 技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图 获得其他的附图。
24.附图1是一种微网控制方法的事件驱动业务示意图；
25.附图2是一种微网控制方法的事件kafka事件驱动示意图。
26.具体实施方式
27.为了使本技术领域的人员更好的理解本发明的方案，下面结合具 体的实施方式对本发明作进一步的详细说明。显然，所描述的实施例 仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的 实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的 所有其他实施例都属于本发明保护的范围。
28.下面给出一个最佳实施例：
29.如图1、2所示，本实施例中的一种微网控制方法，由业务功能 模块组成,业务功能模块之间通过kafka技术实现的事件驱动消息 总线的方式相互交互，从而组成了整个产品的业务功能，通过kafka 技术实现事件驱动。
30.其中，业务功能模块包括采集及控制、调度及策略、告警及保护、 状态维护、调试及报告、监视及配置、历史数据、心跳监听、配置工 具和数据转发及控制，实时消息总线通过api传递给业务功能模块， 所述业务功能模块通过api传输至实时数据库。
31.业务功能模块还通过api与时序数据库和文档数据库进行数据 交互。
32.实现时间驱动的步骤如下：
33.s1、服务接口触发事件；
34.s2、eventbus分发事件，如果存在领域内订阅者，直接分发到 指定订阅者，再将事
件消息存库定时发送至kafka；
35.s3、如果不存在领域内订阅者，事件消息直接存库并定时发送 kafka；
36.s4、消息在发送成功以后会被清除，使用数据库db共享业务数 据源；
37.s5、订阅者只需要订阅事件双方规约好的topic和事件类型就 可以命中需要的事件消息。
38.基于上述方法，一种微网控制装置，由业务功能模块组成,业务 功能模块之间通过kafka技术实现的事件驱动消息总线的方式相互 交互，从而组成了整个产品的业务功能，通过kafka技术实现事件驱 动。
39.其中，业务功能模块包括采集及控制、调度及策略、告警及保护、 状态维护、调试及报告、监视及配置、历史数据、心跳监听、配置工 具和数据转发及控制，实时消息总线通过api传递给业务功能模块， 所述业务功能模块通过api传输至实时数据库。
40.业务功能模块通过api与时序数据库和文档数据库进行数据交 互。
41.实现时间驱动为：
42.服务接口触发事件，eventbus分发事件，如果存在领域内订阅 者，直接分发到指定订阅者，再将事件消息存库定时发送至kafka；
43.如果不存在领域内订阅者，事件消息直接存库并定时发送kafka； 消息在发送成功以后会被清除，使用数据库db共享业务数据源；订 阅者只需要订阅事件双方规约好的topic和事件类型就可以命中需 要的事件消息。
44.事件设计包括以下属性：
45.事件的定义：
[0046][0047][0048]
上述具体的实施方式仅是本发明具体的个案，本发明的专利保护 范围包括但不限于上述具体的实施方式，任何符合本发明的一种微网 控制方法及装置权利要求书的且任何所述技术领域普通技术人员对 其做出的适当变化或者替换，皆应落入本发明的专利
保护范围。
[0049]
尽管已经示出和描述了本发明的实施例，对于本领域的普通技术 人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这 些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权 利要求及其等同物限定。