基于REST架構(gòu)的企業(yè)安全平臺(tái)日志報(bào)表子系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)
發(fā)布時(shí)間:2021-03-21 03:54
隨著信息技術(shù)的飛速發(fā)展,互聯(lián)網(wǎng)在我們的日常學(xué)習(xí)工作中飾演著越來(lái)越重要的角色。企業(yè),科研院所,國(guó)家單位,高校等單位和部門的信息化和網(wǎng)絡(luò)化的程度越來(lái)越高,由此保障信息安全與網(wǎng)絡(luò)安全就變得尤為重要。對(duì)于企業(yè)等機(jī)構(gòu)來(lái)說(shuō),可能需要有多種網(wǎng)絡(luò)安全設(shè)備(Web應(yīng)用防護(hù)系統(tǒng),入侵檢測(cè)系統(tǒng)等)來(lái)保障整個(gè)企業(yè)的網(wǎng)絡(luò)信息安全。不同的設(shè)備會(huì)產(chǎn)生大量不同種類的日志,這些日志數(shù)據(jù)作為網(wǎng)絡(luò)信息安全的主要數(shù)據(jù),重要性不言而喻。如果只憑借人力分析、統(tǒng)計(jì)、管理大量不同類型的日志,工作量將會(huì)是巨大的。此時(shí)就需要一個(gè)系統(tǒng)來(lái)對(duì)不同設(shè)備的日志進(jìn)行集中接入,管理和生成報(bào)表,這樣企業(yè)安全平臺(tái)日志報(bào)表子系統(tǒng)就應(yīng)運(yùn)而生了。本文采用軟件工程的研究方法詳細(xì)論述了設(shè)計(jì)和實(shí)現(xiàn)了一個(gè)基于REST架構(gòu)的企業(yè)安全平臺(tái)日志報(bào)表子系統(tǒng)的過(guò)程,本文的主要工作如下:(1)分析了已有的該子系統(tǒng)所要依托的企業(yè)安全平臺(tái),提出了基于REST架構(gòu)的日志報(bào)表子系統(tǒng)的解決方案,最大程度上實(shí)現(xiàn)了前后端的分離,并滿足了后端同時(shí)使用Spring和Django兩種框架的需求。(2)對(duì)本文所依賴的各項(xiàng)技術(shù),如REST架構(gòu)、Hive數(shù)據(jù)倉(cāng)庫(kù)工具、Flume分布式海量日志采集及聚合和傳...
【文章來(lái)源】:西安電子科技大學(xué)陜西省 211工程院校 教育部直屬院校
【文章頁(yè)數(shù)】:132 頁(yè)
【學(xué)位級(jí)別】:碩士
【圖文】:
RESTful風(fēng)格接口返回模板
并發(fā)條件下消息通信的一種技術(shù),它被用來(lái)處理不同進(jìn)程之間和相間的通信。消息隊(duì)列可以使消息的傳遞更加有效率,在很大程度上問(wèn)題;谝陨细拍睿琎PID 就是一種以 AMQP 協(xié)議為基礎(chǔ),支持多的消息隊(duì)列[27]。 采用了 Broker 架構(gòu),Producer 發(fā)送的消息會(huì)先經(jīng)過(guò) Broker 來(lái)進(jìn)含有 Exchange 和 Queue 兩部分內(nèi)容,Exchange 會(huì)將 Producer 發(fā)送然后分發(fā)到不同的Queue,然后Consumer就可以去消費(fèi)對(duì)應(yīng)的數(shù)據(jù)種 Broker,一種是使用 Java 來(lái)實(shí)現(xiàn)的,另一種是使用 C++來(lái)實(shí)現(xiàn)介紹 Java 實(shí)現(xiàn)的 Broker。er 中有兩個(gè)核心的部分,其中一個(gè)就是 Exchange。Exchange 主要 Topic、Direct、Fanout 以及 Headers。Topic 一般被用于發(fā)布/訂閱式,在該模式下 Exchange 的綁定表支持精確匹配與通配符匹配兩配使用“*”代表一個(gè)單詞,“#”代表一個(gè)或者多個(gè)單詞。單詞與來(lái)進(jìn)行分隔。下圖 2.2 為 Topic 作為 Exchange 精確匹配模型。
圖2.3 Topic 作為 Exchange 通配符匹配模型Direct 一般被用于點(diǎn)對(duì)點(diǎn)模式的消息隊(duì)列。但是 Direct 的 Exchange 綁定表的binding key 只支持精確匹配,而不是和 Topic 一樣還支持通配符匹配。routing_key 為apple 被 Direct 精確匹配到對(duì)應(yīng)的 p1 的隊(duì)列,對(duì)于 routing_key 為 banana 和 orange 的分別被 Direct 精確匹配到了對(duì)應(yīng)的 p2 和 p3 隊(duì)列。下圖 2.4 為 Direct 作為 Exchange精確匹配模型。
本文編號(hào):3092272
【文章來(lái)源】:西安電子科技大學(xué)陜西省 211工程院校 教育部直屬院校
【文章頁(yè)數(shù)】:132 頁(yè)
【學(xué)位級(jí)別】:碩士
【圖文】:
RESTful風(fēng)格接口返回模板
并發(fā)條件下消息通信的一種技術(shù),它被用來(lái)處理不同進(jìn)程之間和相間的通信。消息隊(duì)列可以使消息的傳遞更加有效率,在很大程度上問(wèn)題;谝陨细拍睿琎PID 就是一種以 AMQP 協(xié)議為基礎(chǔ),支持多的消息隊(duì)列[27]。 采用了 Broker 架構(gòu),Producer 發(fā)送的消息會(huì)先經(jīng)過(guò) Broker 來(lái)進(jìn)含有 Exchange 和 Queue 兩部分內(nèi)容,Exchange 會(huì)將 Producer 發(fā)送然后分發(fā)到不同的Queue,然后Consumer就可以去消費(fèi)對(duì)應(yīng)的數(shù)據(jù)種 Broker,一種是使用 Java 來(lái)實(shí)現(xiàn)的,另一種是使用 C++來(lái)實(shí)現(xiàn)介紹 Java 實(shí)現(xiàn)的 Broker。er 中有兩個(gè)核心的部分,其中一個(gè)就是 Exchange。Exchange 主要 Topic、Direct、Fanout 以及 Headers。Topic 一般被用于發(fā)布/訂閱式,在該模式下 Exchange 的綁定表支持精確匹配與通配符匹配兩配使用“*”代表一個(gè)單詞,“#”代表一個(gè)或者多個(gè)單詞。單詞與來(lái)進(jìn)行分隔。下圖 2.2 為 Topic 作為 Exchange 精確匹配模型。
圖2.3 Topic 作為 Exchange 通配符匹配模型Direct 一般被用于點(diǎn)對(duì)點(diǎn)模式的消息隊(duì)列。但是 Direct 的 Exchange 綁定表的binding key 只支持精確匹配,而不是和 Topic 一樣還支持通配符匹配。routing_key 為apple 被 Direct 精確匹配到對(duì)應(yīng)的 p1 的隊(duì)列,對(duì)于 routing_key 為 banana 和 orange 的分別被 Direct 精確匹配到了對(duì)應(yīng)的 p2 和 p3 隊(duì)列。下圖 2.4 為 Direct 作為 Exchange精確匹配模型。
本文編號(hào):3092272
本文鏈接:http://sikaile.net/kejilunwen/ruanjiangongchenglunwen/3092272.html
最近更新
教材專著