校園網(wǎng)基于Docker容器化的微信告警服務(wù)平臺(tái)研究

周向軍 吳挺

摘要：針對(duì)校園網(wǎng)監(jiān)控告警存在多樣化、實(shí)時(shí)性差、缺乏統(tǒng)一管理等問(wèn)題，提出利用微信公眾號(hào)建立校園網(wǎng)統(tǒng)一告警平臺(tái)的方案，將智能運(yùn)維監(jiān)控平臺(tái)分為數(shù)據(jù)收集層、數(shù)據(jù)展示層、數(shù)據(jù)提取層、報(bào)警規(guī)則配置層、報(bào)警規(guī)則配置層、展示層六個(gè)層次的設(shè)計(jì)架構(gòu)，微信告警服務(wù)平臺(tái)劃為數(shù)據(jù)收集模塊、數(shù)據(jù)提取模塊和監(jiān)控報(bào)警模塊三個(gè)功能模塊，在監(jiān)控報(bào)警模塊實(shí)現(xiàn)了與微信公眾號(hào)對(duì)接，并提出利用Docker實(shí)現(xiàn)平臺(tái)的容器化部署，該平臺(tái)告警實(shí)時(shí)性強(qiáng)，對(duì)告警能統(tǒng)一管理，有效地解決平臺(tái)的維護(hù)、管理及遷移等問(wèn)題。

關(guān)鍵詞：Docker;微信;告警平臺(tái);容器化

中圖分類號(hào)：TP399 文獻(xiàn)標(biāo)識(shí)碼：A

文章編號(hào)：1009-3044（2020）21-0001-04

開放科學(xué)（資源服務(wù)）標(biāo)識(shí)碼（OSID）：;

近年來(lái)，信息化的發(fā)展水平成為高校核心競(jìng)爭(zhēng)力要素之一，很多高校加大了校園信息化基礎(chǔ)設(shè)施、各類教學(xué)、管理應(yīng)用系統(tǒng)和數(shù)字化校園的建設(shè)投入。隨著高校信息系統(tǒng)規(guī)模的不斷擴(kuò)大和信息化程度的提高，校園網(wǎng)用戶對(duì)信息化的體驗(yàn)和依賴不斷加深，對(duì)校園網(wǎng)的運(yùn)維也提出了更高的要求，但是校園網(wǎng)的運(yùn)維還存在著以下問(wèn)題，

1 校園網(wǎng)運(yùn)維現(xiàn)狀分析

1.1校園網(wǎng)運(yùn)維涵蓋的內(nèi)容多樣化

校園網(wǎng)的運(yùn)維管理工作是指校園網(wǎng)處于運(yùn)行狀態(tài)中，信息管理部門采用相關(guān)的管理方法，對(duì)運(yùn)行環(huán)境的物理網(wǎng)絡(luò)，軟硬件環(huán)境、業(yè)務(wù)系統(tǒng)等進(jìn)行維護(hù)管理，這種管理工作即是。因此校園網(wǎng)運(yùn)維涉及的內(nèi)容非常多，包括硬件運(yùn)維和軟件運(yùn)維。而硬件運(yùn)維又包括網(wǎng)絡(luò)設(shè)備運(yùn)維、服務(wù)器設(shè)備運(yùn)維、存儲(chǔ)運(yùn)維等;而軟件運(yùn)維則更多，包括數(shù)據(jù)庫(kù)運(yùn)維、中間件運(yùn)維、集群運(yùn)維;更有眾多的業(yè)務(wù)系統(tǒng)的運(yùn)維，如校園網(wǎng)里常見的郵件服務(wù)器運(yùn)維、學(xué)校網(wǎng)站群運(yùn)維、OA系統(tǒng)運(yùn)維等，少則十幾個(gè)業(yè)務(wù)系統(tǒng)，多的達(dá)到幾十上百個(gè)系統(tǒng)，這些系統(tǒng)可能分布在不同網(wǎng)段。它們很多是邏輯隔離的。

1.2運(yùn)維監(jiān)控的實(shí)時(shí)性較差

為了更好地管理校園網(wǎng)，監(jiān)控預(yù)警是一種很好的機(jī)制。運(yùn)維人員通過(guò)對(duì)各種設(shè)備、系統(tǒng)、業(yè)務(wù)等關(guān)鍵資源的自動(dòng)監(jiān)控，幫助運(yùn)維工作者及時(shí)發(fā)現(xiàn)故障和故障隱患。只有保證校園網(wǎng)中各種硬件的可用及業(yè)務(wù)系統(tǒng)的正常運(yùn)行才能使學(xué)校信息化建設(shè)發(fā)揮作用。隨著高校信息化建設(shè)的發(fā)展，高校各種異構(gòu)的信息化系統(tǒng)越來(lái)越多，所使用的網(wǎng)絡(luò)設(shè)備和服務(wù)器數(shù)量也很多，原有的高校校園網(wǎng)監(jiān)控方式存在以下的問(wèn)題：第一，校園網(wǎng)需使用不同的專用軟件監(jiān)控各種設(shè)備，監(jiān)控方式各不相同，無(wú)法在統(tǒng)一的平臺(tái)上實(shí)現(xiàn)監(jiān)控。另一方面，為了保障校園網(wǎng)的運(yùn)作，各個(gè)學(xué)校都使用了不同層面的運(yùn)維監(jiān)控服務(wù)，如校園網(wǎng)網(wǎng)絡(luò)設(shè)備的運(yùn)維監(jiān)控，服務(wù)器運(yùn)行監(jiān)控等。并且使用了短信或郵件等警告推送機(jī)制，但在實(shí)際運(yùn)作中，效果一般。主要是推送的方式上，大部分的運(yùn)維監(jiān)控警告推送都依賴于短信平臺(tái)或郵件平臺(tái)，而管理員的郵件常是工作郵件，使用郵件推送造成過(guò)多垃圾郵件，日常郵件管理麻煩而且不能及時(shí)處理。而短信推送需要學(xué)校配置備相應(yīng)的硬件，而且大量短信的發(fā)送也需要學(xué)校投入相應(yīng)的資金。

1.3運(yùn)維監(jiān)控的平臺(tái)多樣化

由于硬件、軟件眾多，運(yùn)維監(jiān)控的設(shè)備及系統(tǒng)也就多了，不同的系統(tǒng)或者不同的硬件廠商都有著各自的運(yùn)維監(jiān)控警告機(jī)制。如云桌面的監(jiān)控、網(wǎng)絡(luò)設(shè)備的監(jiān)控、業(yè)務(wù)系統(tǒng)服務(wù)器的監(jiān)控等。不同的監(jiān)控采用不同的警告推送，缺乏統(tǒng)一管理。

2 微信告警平臺(tái)的實(shí)現(xiàn)方案

針對(duì)運(yùn)維監(jiān)控目前存在的問(wèn)題，我們提出利用微信服務(wù)平臺(tái)實(shí)現(xiàn)統(tǒng)一的微信告警服務(wù)的解決方案。微信服務(wù)平臺(tái)的有著可隨時(shí)隨地提供信息和服務(wù)，且一對(duì)多傳播，信息高到達(dá)率等特點(diǎn)，這些特點(diǎn)正是運(yùn)維告警所需要的。采用微信服務(wù)平臺(tái)，通過(guò)程序接口集中多個(gè)校園網(wǎng)絡(luò)監(jiān)控系統(tǒng)的監(jiān)控警告推送，實(shí)現(xiàn)統(tǒng)一管理，便于運(yùn)維人員隨時(shí)隨地，及時(shí)掌握校園網(wǎng)絡(luò)的狀況，有效解決校園網(wǎng)多平臺(tái)監(jiān)控警告推送的問(wèn)題。

2.1微信告警服務(wù)平臺(tái)系統(tǒng)設(shè)計(jì)

微信告警服務(wù)平臺(tái)的架構(gòu)設(shè)計(jì)可以分為6層，如圖1：

第一層為數(shù)據(jù)收集層，主要收集網(wǎng)絡(luò)設(shè)備、操作系統(tǒng)、數(shù)據(jù)庫(kù)、信息化應(yīng)用系統(tǒng)等數(shù)據(jù)，然后將規(guī)范化收集到的數(shù)據(jù)并進(jìn)行存儲(chǔ)。

第二層為數(shù)據(jù)展示層，主要是將底層獲取到的數(shù)據(jù)進(jìn)行統(tǒng)一展示，運(yùn)維人員通過(guò)將數(shù)據(jù)圖形化，能了解某段時(shí)間內(nèi)網(wǎng)絡(luò)或主機(jī)的運(yùn)行趨勢(shì)和運(yùn)行狀態(tài)，作為排查問(wèn)題或解決問(wèn)題的依據(jù)。

第三層為數(shù)據(jù)提取層，主要是提取符合條件的數(shù)據(jù)到監(jiān)控報(bào)警模塊，其主要功能是過(guò)濾處理和規(guī)格化對(duì)從第二層獲取到的數(shù)據(jù)，這一層銜接監(jiān)控和報(bào)警兩個(gè)功能模塊。

第四層為報(bào)警規(guī)則配置層，主要是進(jìn)行設(shè)置報(bào)警規(guī)則和報(bào)警閾值，還有設(shè)置系統(tǒng)報(bào)警方式、報(bào)警聯(lián)系人等。

第五層為事件生成層，主要是生成報(bào)警事件，并進(jìn)行實(shí)時(shí)記錄，存人數(shù)據(jù)庫(kù)以備調(diào)用，報(bào)警結(jié)果能按運(yùn)維人員需求形成分析報(bào)表，供運(yùn)維人員統(tǒng)計(jì)一段時(shí)間內(nèi)的故障率和故障發(fā)生趨勢(shì)。

第六層展示層，主要將報(bào)警故障、監(jiān)控統(tǒng)計(jì)等結(jié)果在Web界面進(jìn)行統(tǒng)一展示，并實(shí)現(xiàn)多權(quán)限、多用戶管理。

根據(jù)微信告警服務(wù)平臺(tái)架構(gòu)設(shè)計(jì)的六個(gè)層次，微信告警服務(wù)平臺(tái)從功能實(shí)現(xiàn)劃為三個(gè)模塊，分別是數(shù)據(jù)收集功能模塊、數(shù)據(jù)提取功能模塊和監(jiān)控報(bào)警功能模塊，每個(gè)模塊完成的功能如下：

數(shù)據(jù)收集功能模塊：用于從網(wǎng)絡(luò)設(shè)備、系統(tǒng)和服務(wù)收集指標(biāo)，數(shù)據(jù)收集的方式根據(jù)設(shè)備或系統(tǒng)的不同而采用不同的采集方式，一般有通過(guò)SNMP實(shí)現(xiàn)，也有通過(guò)自定義腳本實(shí)現(xiàn)，還可以通過(guò)代理模塊實(shí)現(xiàn)等。一般通過(guò)采集設(shè)備或系統(tǒng)的日志文件，也可以通過(guò)定時(shí)輪詢DB或其他系統(tǒng)的接口，在數(shù)據(jù)收集的基礎(chǔ)上還進(jìn)行數(shù)據(jù)的圖形展示。

數(shù)據(jù)提取功能模塊：此模板主要通過(guò)數(shù)據(jù)收集模塊提供的接口或自定義腳本完成數(shù)據(jù)的篩選過(guò)濾和采集，從數(shù)據(jù)收集模塊提取需要的數(shù)據(jù)到監(jiān)控報(bào)警模塊中。

監(jiān)控報(bào)警功能模塊：監(jiān)控報(bào)警模塊包含告警子系統(tǒng)和數(shù)據(jù)庫(kù)子系統(tǒng)，此模塊主要完成報(bào)警規(guī)則和報(bào)警閾值設(shè)置、報(bào)警聯(lián)系人設(shè)置等，并將相應(yīng)規(guī)則寫到數(shù)據(jù)庫(kù)中，模塊根據(jù)設(shè)置的規(guī)則進(jìn)行告警信息的發(fā)送。告警子系統(tǒng)按監(jiān)控腳本的設(shè)置，將告警信息通過(guò)微信平臺(tái)發(fā)送到用戶手機(jī)，或用戶通過(guò)微信查詢告警信息，了解設(shè)備運(yùn)行信息。告警情況和設(shè)備運(yùn)行信息將在數(shù)據(jù)庫(kù)子系統(tǒng)進(jìn)行備份。并能按運(yùn)維者要求將報(bào)警結(jié)果進(jìn)行集中展現(xiàn)，或查詢歷史記錄。

2.2 微信告警功能的實(shí)現(xiàn)

微信公眾平臺(tái)主要包括訂閱號(hào)、服務(wù)號(hào)和企業(yè)號(hào)三類賬號(hào)。上述三種微信公眾號(hào)有不同的特性，應(yīng)用于不同場(chǎng)景。企業(yè)號(hào)與服務(wù)號(hào)和訂閱號(hào)的其中一個(gè)區(qū)別是在消息的發(fā)送次數(shù)上沒(méi)有明顯限制，比較適合于微信告警服務(wù)平臺(tái)告警使用。企業(yè)號(hào)可以將微信告警服務(wù)平臺(tái)與成員微信相連接，實(shí)現(xiàn)告警移動(dòng)化，實(shí)現(xiàn)良好的閉環(huán)流程。微信平臺(tái)上提供多樣的消息處理方式，針對(duì)文本消息，主要是客服消息、群發(fā)消息及模板消息。首先在群發(fā)消息的處理上，公眾號(hào)為了避免對(duì)用戶受到垃圾消息的騷擾，微信對(duì)相關(guān)接口做了限制，群發(fā)消息存在條數(shù)限制，不適用于告警平臺(tái)的推送。而客服消息是沒(méi)有條數(shù)限制的，但是需要48小時(shí)內(nèi)用戶主動(dòng)發(fā)送消息，明顯也不適用于告警消息的推送。而唯一能適用的就是模板消息。按官方解釋模板消息僅用于公眾號(hào)向用戶發(fā)送重要的服務(wù)通知，只能用于符合其要求的服務(wù)場(chǎng)景中，如信用卡刷卡通知，商品購(gòu)買成功通知等。這種通知和告警服務(wù)通知的特性是相符的，適用于告警平臺(tái)的推送。

微信企業(yè)號(hào)公眾平臺(tái)主要有以下幾種消息模式：一是主動(dòng)調(diào)用模式，主動(dòng)調(diào)用模式主要實(shí)現(xiàn)微信消息的主動(dòng)推送，是企業(yè)通過(guò)企業(yè)公眾號(hào)向員工發(fā)送消息的模式;二是被動(dòng)回調(diào)模式，被動(dòng)回調(diào)模式包括平臺(tái)對(duì)消息的接收、被動(dòng)響應(yīng)以及主動(dòng)推送等，是個(gè)人向企業(yè)號(hào)發(fā)送消息及觸發(fā)相關(guān)事件從而產(chǎn)生消息的模式，主動(dòng)調(diào)用模式下的所有推送接口都可以在被動(dòng)回調(diào)模式使用;三是基于JS-sdk的JSAPI模式，這是結(jié)合微信Js-sdk進(jìn)行開發(fā)，基于微信內(nèi)置瀏覽器的B/S手機(jī)網(wǎng)站模式;四是企業(yè)會(huì)話模式，是微信與企業(yè)自有即時(shí)通信軟件進(jìn)行消息對(duì)接的模式。在利用微信進(jìn)行開發(fā)時(shí)，較多使用的模式為主動(dòng)調(diào)用、被動(dòng)回調(diào)模式還有基于微信的JS-sdk的JSAPI模式，較少使用企業(yè)會(huì)話模式進(jìn)行開發(fā)，多以直接使用為主，本微信告警服務(wù)平臺(tái)開發(fā)主要使用主動(dòng)調(diào)用模式和被動(dòng)回調(diào)模式。

2.2.1主動(dòng)調(diào)用模式

微信公眾號(hào)的主動(dòng)調(diào)用是指用戶應(yīng)用主動(dòng)調(diào)用企業(yè)號(hào)提供的系列API接口函數(shù)執(zhí)行發(fā)送消息、管理用戶等功能的操作。主動(dòng)調(diào)用直接使用HTTPS協(xié)議，連接企業(yè)號(hào)提供的AM請(qǐng)求地址，使用UTF_8數(shù)據(jù)編碼，采用JSON數(shù)據(jù)格式，不需要執(zhí)行解密操作，該模式是企業(yè)號(hào)開發(fā)中最基本的連接模式。圖3是微信消息主動(dòng)調(diào)用模式的執(zhí)行流程。

2.2.2 被動(dòng)回調(diào)模式

微信公眾號(hào)被動(dòng)回調(diào)是指微信平臺(tái)接受相應(yīng)的事件時(shí)，按照之前配置好的參數(shù)主動(dòng)請(qǐng)求你的由開發(fā)者自定義的業(yè)務(wù)邏輯接口。開發(fā)者要在文檔中明確聲明請(qǐng)求和請(qǐng)求體和參數(shù)，平臺(tái)對(duì)自定義的業(yè)務(wù)邏輯接口進(jìn)行適配。自定義的業(yè)務(wù)邏輯接口的作用類似于短信中心。用戶通過(guò)訂閱公眾號(hào)，然后可以主動(dòng)發(fā)送信息給公眾號(hào)，發(fā)送的消息不是直接到達(dá)微信后臺(tái)系統(tǒng)，而是通過(guò)轉(zhuǎn)發(fā)回調(diào)機(jī)制，將通過(guò)統(tǒng)一格式的內(nèi)容發(fā)送給接入的后臺(tái)系統(tǒng)。因此，需要在正式使用前對(duì)賬號(hào)進(jìn)行配置，才能使用回調(diào)接口，圖4是微信消息被動(dòng)回調(diào)模式的執(zhí)行流程。

3 Docker容器化技術(shù)在平臺(tái)部署上的應(yīng)用

微信告警服務(wù)平臺(tái)能解決多平臺(tái)告警統(tǒng)一管理的問(wèn)題，但是如何解決校園網(wǎng)的部署遷移又是另一個(gè)問(wèn)題。在校園網(wǎng)中，存在需要部署多個(gè)數(shù)據(jù)收集模塊服務(wù)器采集不同網(wǎng)絡(luò)硬件、系統(tǒng)、應(yīng)用數(shù)據(jù)的現(xiàn)象，同時(shí)針對(duì)服務(wù)器虛擬化技術(shù)的發(fā)展，很多應(yīng)用都轉(zhuǎn)移到了Docker中，如何利用Docker容器化技術(shù)，對(duì)監(jiān)控?cái)?shù)據(jù)進(jìn)行采取也是迫切需要解決的問(wèn)題，因此我們提出微信告警服務(wù)平臺(tái)Docker容器化的解決方案。

3.1 Docker高級(jí)容器引擎特性

Docker是使用Go語(yǔ)言實(shí)現(xiàn)的一個(gè)基于LXC（ Linux Con-tainers）虛擬化高級(jí)容器引擎，是一種面向云平臺(tái)的虛擬化技術(shù)。vSphere和Hyper-V等傳統(tǒng)的虛擬化技術(shù)是建立虛擬機(jī)，即建立整套系統(tǒng)沙盒環(huán)境去執(zhí)行應(yīng)用。而Docker的盒執(zhí)行環(huán)境是利用Linux容器技術(shù)將應(yīng)用所需要的相關(guān)源碼、依賴庫(kù)、環(huán)境配置等都打包起來(lái)。與傳統(tǒng)虛擬化技術(shù)相對(duì)比，Docker不需要虛擬化硬件，也不需要即時(shí)編譯和指令級(jí)模擬。因此粒度更小、更輕量級(jí)。該技術(shù)通過(guò)將一個(gè)單獨(dú)操作系統(tǒng)管理的資源分配到一個(gè)個(gè)孤立的組中去平衡資源使用需求的沖突，大大提升了資源的利用率。

Docker 一個(gè)容器的運(yùn)行不會(huì)影響宿主環(huán)境或者其他容器虛擬化，這是因?yàn)镈ocker構(gòu)建虛擬化技術(shù)是基于應(yīng)用組件級(jí)進(jìn)行，因此容器具有封閉性和獨(dú)立性的特征。基于容器運(yùn)行的Docker只保留了應(yīng)用程序運(yùn)行所必需的核心操作系統(tǒng)環(huán)境，而不像其他一些虛擬化技術(shù)并一樣虛擬完整的Linux操作系統(tǒng)，因此它空間占用少、資源開銷少、啟動(dòng)時(shí)間短、分發(fā)和復(fù)制方便，同時(shí)它也具備傳統(tǒng)虛擬機(jī)的隔離性和安全性等特性。

3.2 Docker關(guān)鍵技術(shù)

在Docker的生命周期中，鏡像（Images）和容器（Contain-ers）最核心的兩個(gè)部分。Docker鏡像是文件，容器是進(jìn)程。容器是基于鏡像創(chuàng)建的，即容器中的進(jìn)程依賴于鏡像中的文件。Docker的鏡像是包括運(yùn)行容器所需數(shù)據(jù)的一個(gè)獨(dú)立的文件系統(tǒng)，是一個(gè)只讀的模板，它類似虛擬機(jī)的鏡像。可以用鏡像來(lái)創(chuàng)建新的容器。而Docker容器類似虛擬機(jī)，是Docker鏡像創(chuàng)建的運(yùn)行實(shí)例。容器是相互隔離的，每個(gè)容器包含特定應(yīng)用的代碼及所需的依賴文件，可以運(yùn)行特定的運(yùn)用，可以執(zhí)行包含啟動(dòng)，停止，刪除等。因此可以把容器看作包含進(jìn)程空間，Root用戶權(quán)限，用戶空間和網(wǎng)絡(luò)空間等的一個(gè)簡(jiǎn)易版的Linux環(huán)境和運(yùn)行在其中的應(yīng)用程序。因此運(yùn)行起來(lái)的鏡像就是容器，容器服務(wù)運(yùn)行的過(guò)程中也可以提交回去（Commit）成為鏡像，把安裝了程序，添加了文件容器保存為鏡像。如圖5所示：

3.3 微信告警服務(wù)平臺(tái)Docker容器化部署流程

（1）自定義Dockerfile指令集，Dockerfile配置文件支持靈活的自動(dòng)化創(chuàng)建和部署機(jī)制，平臺(tái)結(jié)合監(jiān)控的實(shí)際需要，依據(jù)基礎(chǔ)鏡像，通過(guò)Dockerfile文件進(jìn)行自定義方式，在Dockerfile指令集中增添相應(yīng)命令，方便創(chuàng)建符合實(shí)際需求的Docker鏡像。

（2）創(chuàng)建鏡像，通過(guò)填寫Dockerfile模板基本信息，修改Dockerfile的必要的信息，在服務(wù)器上執(zhí)行通過(guò)數(shù)據(jù)校驗(yàn)后的dockerfile文件，執(zhí)行成功生成Docker鏡像。

（3）部署實(shí)例，部署實(shí)例功能是該平臺(tái)的核心功能之一，所有的鏡像文件都是為了生成Docker容器，每個(gè)部署實(shí)例對(duì)應(yīng)著鏡像運(yùn)行的容器，容器是Docker的核心部分，部署實(shí)例包括創(chuàng)建實(shí)例、的修改實(shí)例、刪除實(shí)例、升級(jí)實(shí)例等功能操作。部署實(shí)例的啟動(dòng)和運(yùn)行通過(guò)掛載程序目錄來(lái)實(shí)現(xiàn)。

（4）上傳和下載鏡像，為了方便鏡像的使用和傳播，可以將鏡像上傳到Docker官方提供的Registry開源平臺(tái)倉(cāng)庫(kù)。

4 結(jié)束語(yǔ)

監(jiān)控告警是校園網(wǎng)運(yùn)維的重要環(huán)節(jié)，是提高運(yùn)維效率的有力保障。統(tǒng)一的監(jiān)控告警平臺(tái)對(duì)于目前校園網(wǎng)多樣的、復(fù)雜的運(yùn)維環(huán)境是必要的。利用微信服務(wù)平臺(tái)的隨時(shí)隨地提供信息和服務(wù)、一對(duì)多傳播、信息高到達(dá)率等特點(diǎn)是適合校園網(wǎng)運(yùn)維監(jiān)控告警的。而實(shí)現(xiàn)告警平臺(tái)與微信平臺(tái)的對(duì)接需要根據(jù)微信服務(wù)號(hào)的消息特點(diǎn)，選擇合適的方案解決兩者的消息發(fā)送問(wèn)題。而Docker虛擬化在平臺(tái)的日常應(yīng)用層面上，有效地解決平臺(tái)的維護(hù)、管理及遷移等問(wèn)題。

參考文獻(xiàn)：

[1]神紅玉.校園網(wǎng)運(yùn)維現(xiàn)狀及統(tǒng)一運(yùn)維方案淺析[J].硅谷，2012，5（9）：159-160.

[2]謝超群.基于Zabbix高校數(shù)據(jù)中心運(yùn)維監(jiān)控平臺(tái)的建設(shè)研究 [J].長(zhǎng)春大學(xué)學(xué)報(bào)，2018，28（12）：44-47.

[3]劉靜靜，王光宇，監(jiān)控與告警技術(shù)在信息系統(tǒng)運(yùn)維中的研究與應(yīng)用[C].中國(guó)計(jì)算機(jī)用戶協(xié)會(huì)網(wǎng)絡(luò)應(yīng)用分會(huì)2017年第二十一屆網(wǎng)絡(luò)新技術(shù)與應(yīng)用年會(huì)論文集，雄安，2017： 259-262，270.

[4]張瑞林，吳學(xué)敏.Docker容器技術(shù)在后端服務(wù)設(shè)計(jì)中的應(yīng)用[Jl.電腦知識(shí)與技術(shù)，2019，15（13）：281-282.

[5]鄭遠(yuǎn).基于Docker的服務(wù)器虛擬化實(shí)踐[J].福建電腦，2019，35（4）：108-110.

[6]張延冬，邢艷芳.基于Docker的運(yùn)維平臺(tái)設(shè)計(jì)[J].計(jì)算機(jī)時(shí)代，2018（4）：16-18，22.

[7]冷澤偉.基于微信平臺(tái)的設(shè)備遠(yuǎn)程告警系統(tǒng)[Dl.濟(jì)南.山東大學(xué)，2019.

[8]鄧喬.基于Docker的統(tǒng)一運(yùn)維平臺(tái)的設(shè)計(jì)與實(shí)現(xiàn)[Dl.南昌：南昌大學(xué)，2018.

[9]鐘良侃.Docker技術(shù)在Web服務(wù)系統(tǒng)中的應(yīng)用研究[J].電腦知識(shí)與技術(shù)，2016，12（26）：123-126.

【通聯(lián)編輯：王力】

基金項(xiàng)目：教育部科技發(fā)展中心產(chǎn)學(xué)研創(chuàng)新基金——新一代信息技術(shù)創(chuàng)新項(xiàng)目（2018A01006）

作者簡(jiǎn)介：周向軍（1971-），男，廣東人汕頭人，碩士，副教授，研究方向：計(jì)算機(jī)網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)、計(jì)算機(jī)多媒體;吳挺（1981-），男，廣東湛江市人，碩士，講師，研究方向：計(jì)算機(jī)應(yīng)用。