【云驻共创】AOC新特性发布会之事件中心
首先介绍一下,AOC是网上开放可编程平台,其价值主要包含以下三个方面:
- 管理多厂商设备
运营商和大型金融企业为了防止被厂商绑定,通常要支持多厂商。因此,多厂商设备共存的现象既是现状也是必然。而多厂商的共存又增加了复杂性,如果运维平台无法实现多厂商共存的能力,就无法做到端到端的自动化。iMaster NCE AOC 为实现端到端自动化提供了坚实的底座。
- 敏捷交付能力
关于敏捷交付能力可以从两方面体现。第一方面,可以体现在模型驱动。比如生成一个YANG,就会自动生成北向接口,南向接口和数据库表象。这样通过低代码的方式,运维就会变得十分灵活和便捷。第二方面,体现在即插即用,也就是不需要依赖NCE的版本发布,只需要通过SND、SSP和GND包就可以自定义和修改想做的事,大大提高了灵活性。
- 安全可靠
AOC是一个分布式的微服务架构,可以从系统架构和业务两方面去看。从系统架构来说,AOC支持负载分担、备份恢复等安全可靠的能力。从业务安全来讲,AOC支持可靠的事物机制、设备级的置信能力和端到端的业务置信能力。无论是单个网元还是多个业务网元,AOC都能提供保障。此外,AOC还支持配置历史和提交历史的回溯机制,能够支持业务的安全可靠。
一、关于事件中心
事件中心的事件源一个包含四种。一种是定时器;第二种系统事件,比如系统的一些告警,或者是系统的一些状态的便签等等;第三个是数据库,如将业务写在数据库,数据库会发生一个联动的数据变更;第四个是从设备上产生的一些事件。事件中心的一个特点是模型驱动的,所有的事件消费和产生都是基于YANG模型驱动的,可以极大的减少用户编程的时间。
二、Case1-状态刷新
对用户来说,业务的状态是业务健康的核心指标,如果业务状态异常,则需要让用户能够快速感知。目前版本AOC可以支持自动的感知业务事件的状态,从而给出相应的状态刷新。
通过两种事件源,第一个是监听变更的事件将事件发布到事件中心,然后再由业务去响应对应的一个变化,同时可以刷新业务的状态。假如设备不支持主动上报,AOC也可以触发一个轮巡的机制,由事件中心的事件定时器去产生事件的变化,这样AOC就做到了状态刷新。
三、Case2-数据采集
数据采集主要用在数据库的存量采集。对于运维人员来说,数据库的存量是一个核心资产。AOC通过事件中心的方式将数据采集到SND层的网元数据库,然后由网元数据库发送变更通知,再由业务间递包给归档到统一的驱动数据库里,以此达到数据存量采集的意图。
四、Case3-连通性测试
用户在日常运维过程中通过AOC下发业务,同时还可以利用AOC产生一些运维的动作。通过Ping方式查看运维结果,当前版本可以由AOC南向事件通知到事件中心,再由事件中心通知到业务层去响应最终的结果,由此可以让用户关联到Ping的状态。
五、Case4-业务闭环
假如业务受损之后,会导致业务的中断。中断时间对于用户来说是一个较为关注的地方,通过事件中心可以减少中断的响应时间,以此感知到事件的变更。
六、Case5-业务关联处理
对于一个复杂的开放变更系统,业务之间的联动是在所难免的。当前AOC可以通过事件中心的方式由A业务产生数据变化,再通过数据变化的方式送到事件中心,然后由事件中心再通知到下一个业务去产生联动处理,以此达到业务意图的目的。
七、 关于AOC的一些相关问答
- 事件中心产生的事件可以通知到外部系统吗?
当前事件中心产生的事件,可以通过一些系统内部的告警事件向外部系统通知。比如说,当系统收到事件之后,由用户在插件包里面去调系统提供的一个SDK接口,然后把这个事件通知到系统的告警管理模块,再由告警管理模块再往北向的系统去通知。
- 事件中心支持哪些南向协议通知?
事件中心目前支持netconf和snmp trap这两种南向协议。
- 除了netconf notification,事件中心还可以处理那些类型的事件?
普通事件和数据变化事件,普通事件包括cloudsop告警事件、snmp trap事件、业务事件、设备事件、系统事件。
- 定时任务能否指定某个时间执行任务?
定时任务可以指定某个时间执行任务,支持两种模式,按指定时间间隔调度,可以指定调度次数;另一种模式是可以指定某个时间点执行任务。
- 事件中心的规则是不是只能在激活插件包的时候创建?
我们在open sdk中提供了规则管理接口,用户可以在开放编程代码中调用,同时还提供事件中心页面,可以在前台手动创建。
- 其它几个case会有相应的插件包演示讲解吗?
其状态刷新,数据采集,业务闭环,和业务关联处理,相关的业务包制作,和部署演示讲解,都会在后续与大家见面,敬请期待哦。
八、总结
数通网络开放可编程基于YANG模型驱动的开放架构,以网元驱动包和业务包的的形式,使能网元层和网络层开放可编程,自动生成页面和北向接口。实现新设备快速对接和新网络业务模型的快速构建,简化用户开发。加快新业务的落地,减少运维成本、复杂度。事件中心是模型驱动的,可以使用很低的代码量来实现业务中的很多逻辑,以此完成事件的响应动作,这是传统的编码方式和当前的事件中心主要差别。
本文参与华为云社区【内容共创】活动第19期。
https://bbs.huaweicloud.cn/blogs/370132
- 点赞
- 收藏
- 关注作者
评论(0)