事件加工处理平台的必要性,事件管理平台介绍

4747 734 2023-07-07

本站部分文章、图片属于网络上可搜索到的公开信息,均用于学习和交流用途,不能代表睿象云的观点、立场或意见。我们接受网民的监督,如发现任何违法内容或侵犯了您的权益,请第一时间联系小编邮箱jiasou666@gmail.com 处理。

本文讲了事件加工处理平台的必要性,事件管理平台介绍。

对于日志分析大家可能并不陌生,在分布式计算、大数据处理和 Spark 等开源分析框架的支持下,每天可以对潜在的数百万日志进行分析。事件加工法

事件分析则和日志分析是两个完全不同的领域,事件分析对实时性的要求更高,需要磨平事件领域中从半结构化到结构化的消息转换管道,实现查询检索,可视化等功能。但是目前针对流式的事件做分析的可用工具非常少,这对于期望使用 Serverless 架构或 EDA(事件驱动)架构的开发者会非常不便。

基于事件的特征,无法追溯事件内容,无法跟踪事件流转,无法对事件做可视化分析成为了事件驱动架构演进的绊脚石。为了解决事件领域中针对流式事件做分析的难题,近日发布了针对事件 / 消息领域的全新分析工具 --实时事件分析平台。下面简要对实时事件分析平台的内容进行介绍。事件加工器

实时事件分析平台简介

实时事件分析平台依托基于事件的实时处理引擎,提供数值检索、可视化分析、多组态分析、事件轨迹、事件溯源和 Schema 管理等能力。实时事件分析平台具有无入侵、无需数据上报,低成本,操作快捷等特点,通过简单的引导式交互,即可快速实现基于事件的流式查询与分析。

实时事件分析平台依托基于事件的实时处理引擎,提供数值检索,可视化分析,多组态分析,事件轨迹,事件溯源,Schema 管理等能力。实时事件具有无入侵,无需数据上报,低成本,操作快捷等特点,通过简单的引导式交互,即可快速实现基于事件的流式查询与分析。

事件处理平台的必要性

回到之前的图,我们增加了适配层和服务器管理的部分。那么增加了监控方式之后,又会变成什么样呢?因为我们的要处理的监控结果,根据监控手段不同也不尽相同。如果是syslog,出来的就是一条信息;如果是SNMP或者gRPC监控,就可能是一个趋势(流量趋势),或者一组指标(内存、CPU利用率)等。这种情况下,我们需要如何处理它们呢?

于是,一般我们就会引入类似软件的分层概念,将信息处理进行层处理。最上层只负责对接运维人员和处理平台,它只以最标准的接口接收下层的事件。而下层则通过适配算法,处理各个平台的信息,将自己对应的平台信息上送。这样做的好处是所有事件都能通过统一的方式处理。而不同平台的事件也可以灵活进行对接。无论是下层增加一个监控通道,还是增加一条告警,都可以进行轻松扩展。加工中心事件

image.png

新图是这个样子的,我做了一些优化。同时为了更好的说明事件管理平台可以对接多个系统,我又增加了以前提到的探测平台和巡检平台(其实它们也可归于监控平台的一种,后续再详细介绍)。

事件处理平台的维护工作量

以后我只要介绍一个平台,就会单独说一下需要的一些工作量。在我的脑海里,我觉得再自动化的系统,最终都需要人来维护,特别是平台的草创期。而其中,维护所需要的工作量可说是最枯燥、最多、也是最容易被忽略的。

那么按照之前说的,需要人工的工作量都集中在事件的定义、对接上。它要求我们制定准确的标准以及该事件需要如何处理。这里做的越精确,最终维护的工作量就越好。如果定义不准确,要不重要的告警看不到,要不告警漫天飞处理不完,要不运维的兄弟看到告警一脸懵逼,不知道如何是好。数据加工事件提醒

InputManagerService(IMS)

Linux内核:接受输入设备的中断,并将原始事件的数据写入设备节点中设备接电,作为内核与 IMS 的桥梁,将原始事   件的数据暴露给用户空间,以便 IMS 可以从中读取事件;

InputManagerService:一个 Android 系统服务,分为 Java 层和 Native 层两部分,Java 层负责与 WMS 通信,而 Native 层则是 InputReader 和 InputDispatcher 两个输入系统关键组件的运行容器;安全事件管理

EventHub:直接访问所有的设备节点,通过一个名为 getEvents() 的函数将所有输入系统相关的待处理的底层事件返回给使用者,包括原始输入事件,设备节点的增删等;

InputReader:IMS 中的关键组件之一,它运行在一个独立的线程中,负责管理输入设备的列表和配置,以及进行输入事件的加工处理,它通过其线程循环不断地通过 getEvents() 函数从 EventHub 中将事件取出并进行处理,对于设备节点的增删事件,它会更新输入设备列表与配置;对于原始输入事件,InputReader对其进行翻译,组装,封装为包含更多信息,更多可读性的输入事件,然后交给InputDispatcher进行派发;

InputReaderPolicy:为 InputReader 的事件加工处理提供一些策略配置事件管理平台

InputDispatcher:是 IMS 中的另一个关键组件,运行于一个独立的线程中,InputDispatcher 中保管来自 WMS 的所有窗口的信息,收到 InputReader 的输入事件后,会在其保管的窗口中寻找合适的窗口,并将事件派发给此窗口;

InputDispatcherPolicy:为 InputDispatcher 的派发过程提供策略控制,例如 HOME 键被 InputDispatcherPolicy 截取到 PhoneWindowManager 中处理,并阻止窗口收到 HOME 键按下的事件;

WindowManagerService:它并不是输入系统的一员,新建窗口时,WMS 为新窗口和 IMS 创建了事件传递所用的通道,会将窗口的可点击区域,焦点窗口等信息实时更新到 IMS 的 InputDispatcher 中,使得 InputDispatcher 可以正确将事件派发到指定窗口;事件管理

ViewRootImpl:对某些窗口,如壁纸窗口,SurfaceView 的窗口来说,窗口就是输入事件派发的终点,而对其他的如Activity,对话框等使用了 Android 控件系统的窗口来说,输入事件的终点是控件;

上文就是小编为大家整理的事件加工处理平台的必要性,事件管理平台介绍。

国内(北京、上海、广州、深圳、成都、重庆、杭州、西安、武汉、苏州、郑州、南京、天津、长沙、东莞、宁波、佛山、合肥、青岛)睿象云事件加工处理平台分析、比较及推荐。

上一篇:一种智能事件整合处理方法和系统实现
下一篇:运维利器揭秘!Zabbix微信告警大解析
相关文章

 发表评论

暂时没有评论,来抢沙发吧~