隨著信息技術(shù)的飛速發(fā)展,互聯(lián)網(wǎng)在我們的日常學習工作中飾演著越來越重要的角色。企業(yè),科研院所,國家單位,高校等單位和部門的信息化和網(wǎng)絡化的程度越來越高,由此保障信息安全與網(wǎng)絡安全就變得尤為重要。對于企業(yè)等機構(gòu)來說,可能需要有多種網(wǎng)絡安全設備（Web應用防護系統(tǒng),入侵檢測系統(tǒng)等）來保障整個企業(yè)的網(wǎng)絡信息安全。不同的設備會產(chǎn)生大量不同種類的日志,這些日志數(shù)據(jù)作為網(wǎng)絡信息安全的主要數(shù)據(jù),重要性不言而喻。如果只憑借人力分析、統(tǒng)計、管理大量不同類型的日志,工作量將會是巨大的。此時就需要一個系統(tǒng)來對不同設備的日志進行集中接入,管理和生成報表,這樣企業(yè)安全平臺日志報表子系統(tǒng)就應運而生了。本文采用軟件工程的研究方法詳細論述了設計和實現(xiàn)了一個基于REST架構(gòu)的企業(yè)安全平臺日志報表子系統(tǒng)的過程,本文的主要工作如下:（1）分析了已有的該子系統(tǒng)所要依托的企業(yè)安全平臺,提出了基于REST架構(gòu)的日志報表子系統(tǒng)的解決方案,最大程度上實現(xiàn)了前后端的分離,并滿足了后端同時使用Spring和Django兩種框架的需求。（2）對本文所依賴的各項技術(shù),如REST架構(gòu)、Hive數(shù)據(jù)倉庫工具、Flume分布式海量日志采集及聚合和傳... 

【文章來源】：西安電子科技大學陜西省 211工程院校 教育部直屬院校

【文章頁數(shù)】：132 頁

【學位級別】：碩士

【圖文】：

RESTful風格接口返回模板

并發(fā)條件下消息通信的一種技術(shù)，它被用來處理不同進程之間和相間的通信。消息隊列可以使消息的傳遞更加有效率，在很大程度上問題。基于以上概念，QPID 就是一種以 AMQP 協(xié)議為基礎，支持多的消息隊列[27]。 采用了 Broker 架構(gòu)，Producer 發(fā)送的消息會先經(jīng)過 Broker 來進含有 Exchange 和 Queue 兩部分內(nèi)容，Exchange 會將 Producer 發(fā)送然后分發(fā)到不同的Queue，然后Consumer就可以去消費對應的數(shù)據(jù)種 Broker，一種是使用 Java 來實現(xiàn)的，另一種是使用 C++來實現(xiàn)介紹 Java 實現(xiàn)的 Broker。er 中有兩個核心的部分，其中一個就是 Exchange。Exchange 主要 Topic、Direct、Fanout 以及 Headers。Topic 一般被用于發(fā)布/訂閱式，在該模式下 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