基于REST架构的企业安全平台日志报表子系统的设计与实现

发布时间：2021-03-21 03:54

　　随着信息技术的飞速发展,互联网在我们的日常学习工作中饰演着越来越重要的角色。企业,科研院所,国家单位,高校等单位和部门的信息化和网络化的程度越来越高,由此保障信息安全与网络安全就变得尤为重要。对于企业等机构来说,可能需要有多种网络安全设备（Web应用防护系统,入侵检测系统等）来保障整个企业的网络信息安全。不同的设备会产生大量不同种类的日志,这些日志数据作为网络信息安全的主要数据,重要性不言而喻。如果只凭借人力分析、统计、管理大量不同类型的日志,工作量将会是巨大的。此时就需要一个系统来对不同设备的日志进行集中接入,管理和生成报表,这样企业安全平台日志报表子系统就应运而生了。本文采用软件工程的研究方法详细论述了设计和实现了一个基于REST架构的企业安全平台日志报表子系统的过程,本文的主要工作如下:（1）分析了已有的该子系统所要依托的企业安全平台,提出了基于REST架构的日志报表子系统的解决方案,最大程度上实现了前后端的分离,并满足了后端同时使用Spring和Django两种框架的需求。（2）对本文所依赖的各项技术,如REST架构、Hive数据仓库工具、Flume分布式海量日志采集及聚合和传... 

【文章来源】：西安电子科技大学陕西省 211工程院校 教育部直属院校

【文章页数】：132 页

【学位级别】：硕士

【图文】：

RESTful风格接口返回模板

并发条件下消息通信的一种技术，它被用来处理不同进程之间和相间的通信。消息队列可以使消息的传递更加有效率，在很大程度上问题。基于以上概念，QPID 就是一种以 AMQP 协议为基础，支持多的消息队列[27]。 采用了 Broker 架构，Producer 发送的消息会先经过 Broker 来进含有 Exchange 和 Queue 两部分内容，Exchange 会将 Producer 发送然后分发到不同的Queue，然后Consumer就可以去消费对应的数据种 Broker，一种是使用 Java 来实现的，另一种是使用 C++来实现介绍 Java 实现的 Broker。er 中有两个核心的部分，其中一个就是 Exchange。Exchange 主要 Topic、Direct、Fanout 以及 Headers。Topic 一般被用于发布/订阅式，在该模式下 Exchange 的绑定表支持精确匹配与通配符匹配两配使用“*”代表一个单词，“#”代表一个或者多个单词。单词与来进行分隔。下图 2.2 为 Topic 作为 Exchange 精确匹配模型。

图2.3 Topic 作为 Exchange 通配符匹配模型Direct 一般被用于点对点模式的消息队列。但是 Direct 的 Exchange 绑定表的binding key 只支持精确匹配，而不是和 Topic 一样还支持通配符匹配。routing_key 为apple 被 Direct 精确匹配到对应的 p1 的队列，对于 routing_key 为 banana 和 orange 的分别被 Direct 精确匹配到了对应的 p2 和 p3 队列。下图 2.4 为 Direct 作为 Exchange精确匹配模型。


本文编号：3092272