朱曉偉 劉迪 胡迅 黃爭舸

摘? 要：隨著勘察設計企業(yè)信息化的不斷發(fā)展，網(wǎng)絡服務器系統(tǒng)軟硬件架構也日益復雜，企業(yè)面臨著大量的應用程序、服務器、網(wǎng)絡設備等的監(jiān)控運維問題。為此，基于Zabbix開源平臺構建了適合企業(yè)一體化信息體系現(xiàn)狀的監(jiān)控運維系統(tǒng)，實現(xiàn)了對企業(yè)各類軟硬件的實時監(jiān)控和故障報警，大大提高了運維效率，降低了運維人員的工作復雜度。

關鍵詞：實時監(jiān)控；Zabbix；Grafana；自動化運維；勘察設計行業(yè)

中圖分類號：TP39 文獻標識碼：A? 文章編號：2096-4706（2023）01-0102-05

Research and Application of Monitoring Operation and Maintenance System

Based on Zabbix in Survey and Design Industry

ZHU Xiaowei， LIU Di， HU Xun， HUANG Zhengge

（The Architectural Design & Research Institute of Zhejiang University Co.， Ltd.， Hangzhou? 310028， China）

Abstract： With the continuous development of informatization in survey and design enterprises， the hardware and software architecture of network server system is increasingly complex， and enterprises are faced with a large number of monitoring operation and maintenance problems of applications， servers， network equipments， etc. Therefore， based on Zabbix open source platform， a monitoring operation and maintenance system suitable for the status of enterprise integrated information system is constructed， which can realize real-time monitoring and fault alarm of various software and hardware of enterprises， greatly improve the efficiency of operation and maintenance， and reduce the work complexity of operation and maintenance staff.

Keywords： real-time monitoring; Zabbix; Grafana; automatic operation and maintenance; survey and design industry

0? 引? 言

隨著勘察設計行業(yè)各大企業(yè)信息化建設的高速發(fā)展，在近幾年，行業(yè)大部分企業(yè)已經(jīng)從原來的幾乎沒有管理系統(tǒng)，進入到信息管理系統(tǒng)全面開花階段，企業(yè)IT基礎架構規(guī)模也在不斷擴大。網(wǎng)絡設備、服務器、存儲、業(yè)務系統(tǒng)、數(shù)據(jù)庫、企業(yè)云等軟硬件設備的紛繁復雜，以及員工對于IT業(yè)務服務的高可用性需求，使得運維工作壓力加大，傳統(tǒng)的運維方式已經(jīng)無法滿足保障生產(chǎn)業(yè)務系統(tǒng)的穩(wěn)定運行，存在以下不足：

（1）機械式的監(jiān)控，人工巡檢效率低下。

（2）不夠精確的監(jiān)控，復雜IT元素難以有效監(jiān)控。

（3）傳統(tǒng)運維工具單一分散，無法集中管控。

（4）運維人員無法做到24小時不間斷監(jiān)控。

（5）缺少自動化或自服務，從發(fā)現(xiàn)問題到解決問題的時間周期長。

監(jiān)控是整個運維過程乃至整個產(chǎn)品生命周期中非常重要的一環(huán)，應事前能夠及時預警發(fā)現(xiàn)故障，事后可以提供翔實的數(shù)據(jù)用于追查和定位問題。

沒有監(jiān)控系統(tǒng)，IT部門將無法全面地了解企業(yè)各類系統(tǒng)的運行環(huán)境，進行故障診斷，也無法向企業(yè)管理層提供系統(tǒng)性的IT架構性能、成本和狀態(tài)等信息。當前行業(yè)企業(yè)普遍現(xiàn)狀是在缺少告警機制的情況下，企業(yè)無法第一時間洞悉到系統(tǒng)發(fā)生故障，往往只能通過被動的用戶反饋來獲取。系統(tǒng)運維人員大多數(shù)時候也只是充當了“救火”人員，大面積的系統(tǒng)或網(wǎng)絡癱瘓會給企業(yè)和用戶帶來極大的損失。通過企業(yè)監(jiān)控運維系統(tǒng)，企業(yè)可以在系統(tǒng)受損的第一時間得到反饋，并及時對問題進行處理，大大減小系統(tǒng)故障給企業(yè)和用戶造成的影響，甚至可以做到無感知的修復。而且相比于運維人員去多個管理界面查詢發(fā)現(xiàn)問題，入口統(tǒng)一到一個監(jiān)控運維平臺更能快速定位問題所在，提升工作效率。

另外，數(shù)字化轉(zhuǎn)型已經(jīng)成為國家戰(zhàn)略、城市戰(zhàn)略，也是勘察設計行業(yè)轉(zhuǎn)型升級的重要方向。目前設計院的數(shù)字化轉(zhuǎn)型，整體上仍處于初級階段。數(shù)字化生產(chǎn)服務模式、數(shù)字化管理系統(tǒng)、數(shù)字化業(yè)務模式等是推動數(shù)字化轉(zhuǎn)型發(fā)展的幾個重要方向，而數(shù)字化監(jiān)控運維系統(tǒng)正是數(shù)字化管理系統(tǒng)的重要組成部分。

鑒于此，構建數(shù)字化監(jiān)控運維系統(tǒng)勢在必行，不僅是企業(yè)規(guī)模發(fā)展到一定階段后所必需的，也是響應國家戰(zhàn)略方向的重要之舉。

工欲善其事必先利其器，善于利用各種工具是推進企業(yè)數(shù)字化的重要手段。選擇監(jiān)控工具的原則是根據(jù)企業(yè)具體業(yè)務場景、IT架構進行選擇，而不是盲目的追求新的、熱度高的工具。工具的選擇一般有三種模式：

（1）購買商業(yè)軟件。

（2）第三方公司外包。

（3）開源工具結合自主開發(fā)。

出于成本、時間、風險的考慮，又因為筆者所在企業(yè)的信息技術部門具有一定的自主研發(fā)能力，我們選擇第三種模式來構建企業(yè)監(jiān)控運維系統(tǒng)。

為了構建監(jiān)控運維系統(tǒng)，實現(xiàn)對服務器、存儲、網(wǎng)絡、應用程序、服務、集群等的監(jiān)控，及時對發(fā)生的故障和問題進行告警通知，減少運維人員的工作壓力，本文基于Zabbix和Grafana兩大流行的開源系統(tǒng)，設計了面向勘察設計企業(yè)的監(jiān)控運維系統(tǒng)。

1? 系統(tǒng)體系結構

1.1? 應用背景

在選擇具體的監(jiān)控平臺之前，我們最先需要明確，我們監(jiān)控的目標是什么，也就是我們應該監(jiān)控什么，以及是用什么樣的工具、技術來實現(xiàn)對這些指標的監(jiān)控。本文從搭建通用的監(jiān)控運維系統(tǒng)開始，結合勘察設計行業(yè)的行業(yè)特征，全面的分析監(jiān)控目標和內(nèi)容指標，以浙江大學建筑設計研究院有限公司（UAD）為例，針對如何構建企業(yè)監(jiān)控運維系統(tǒng)進行研究與應用。

在搭建這套監(jiān)控運維體系之前，UAD已經(jīng)構建了一套面向勘察設計行業(yè)的一體化信息體系，其中集成了大量的軟硬件系統(tǒng)，使其作為一個有機整體對外提供服務，用以滿足企業(yè)的全方位需求。如圖1所示，體系分為兩層結構，上層為各類應用軟件系統(tǒng)，為企業(yè)用戶提供應用支持；下層為IT基礎設施支撐層，由傳統(tǒng)IT基礎設施和企業(yè)私有云混合而成，用以保證用戶快速便捷地訪問和使用上層的應用系統(tǒng)。

UAD的一體化信息體系是一個集約型的信息體系，它能夠整合不同的系統(tǒng)或資源，涵蓋多種關系并能在統(tǒng)一的構架下運行，是一個軟硬件互為支撐的體系[1]。擁有各類物理機和虛擬化服務器約80多臺，交換機等網(wǎng)絡設備50多臺，支撐企業(yè)辦公、設計出圖、市場運營、教學科研、圖檔管理等30多個業(yè)務系統(tǒng)及網(wǎng)站。業(yè)務復雜，出現(xiàn)故障后人工排查困難，運維人員工作枯煩瑣且忙碌，經(jīng)常因不能及時處理故障遭到員工的抱怨，極大影響了員工對于UAD信息化建設的認同感和體驗。

基于這些情況對已有的開源工具進行調(diào)研和比較，對市面上的監(jiān)控開源工具進行比較，如表1所示。相較于Nagios、Cacti、Prometheus等使用最為廣泛的開源監(jiān)控系統(tǒng)，Zabbix無論在代碼熟練度、源代碼質(zhì)量、系統(tǒng)架構，還是用戶友好性、面向?qū)ο罄砟畹确矫娑季哂邢喈攦?yōu)勢[2]。因此，本文最終選擇Zabbix作為本運維監(jiān)控平臺的基礎進行設計，并選擇Grafana作為可視化展示平臺，不用Zabbix自帶的UI模塊，目的是為了更好地展示，在充分利用Zabbix在監(jiān)控方面的優(yōu)勢的同時，彌補Zabbix在UI方面的不足。

綜上，為了達到提高運維效率、節(jié)約人力資源的目的，我們通過Zabbix和Grafana這套監(jiān)控體系，根據(jù)前端實際生產(chǎn)應用情況完成大數(shù)據(jù)監(jiān)控，進行大體系的實時監(jiān)控、預警和統(tǒng)計分析，及時發(fā)現(xiàn)問題并做出快速響應，保證整個體系運轉(zhuǎn)正常。

1.2? 整體架構

在IT架構方面，UAD為了物理容災，把服務器架在主院區(qū)和分院區(qū)的兩個機房中。由于一臺Server主機（Zabbix Server）的CPU、內(nèi)存都是有限的，監(jiān)控的內(nèi)容越多，損耗它的資源也越多，故在系統(tǒng)搭建架構方面，我們在兩個院區(qū)各自放一臺代理監(jiān)控服務器（Zabbix Proxy），由它來進行監(jiān)控。Zabbix Proxy是Zabbix Server與Zabbix Agent之間溝通的一個橋梁，Zabbix Proxy本身沒有前端，而且其本身并不存放數(shù)據(jù)，只是將Agent發(fā)來的數(shù)據(jù)暫時存放，而后再提交給Zabbix Server[3]。如圖2所示，是Zabbix的監(jiān)控流程圖。其中主機是指被監(jiān)控的設備，監(jiān)控項是指被監(jiān)控的主機特定監(jiān)控指標數(shù)據(jù)，觸發(fā)器可以看作是一個控制中心，用于評估監(jiān)控項的值是否在合理的范圍內(nèi)，它會設定一個條件，當監(jiān)控項中接收到的數(shù)據(jù)達到預設的條件時，便會執(zhí)行相應的動作（如企業(yè)微信報警或執(zhí)行特定腳本對問題進行告警或自愈等）。

最后Zabbix Web界面負責統(tǒng)一表現(xiàn)出來，運維管理員可以通過電腦或移動端訪問，充分體現(xiàn)分布式監(jiān)控集中化管理的特性。整體架構圖如圖3所示。

1.3? 開發(fā)技術

Zabbix是一個基于Web界面的企業(yè)級監(jiān)控解決方案，并且是一個高度集成的開源分布式網(wǎng)絡監(jiān)控解決方案[4]。全球各行各業(yè)各種大小規(guī)模的組織機構都有選擇Zabbix作為主要的監(jiān)控平臺，尤其是互聯(lián)網(wǎng)企業(yè)。

Zabbix擁有很多優(yōu)秀的特性，正是這些特性，讓它可以實時監(jiān)控數(shù)萬臺設備，采集百萬級指標，真正做到全方位監(jiān)控，是適用于絕大多數(shù)IT基礎架構、服務、應用和云資源的監(jiān)控解決方案，可以監(jiān)控的內(nèi)容包括服務器監(jiān)控、網(wǎng)絡監(jiān)控、應用監(jiān)控、云監(jiān)控、服務監(jiān)控等。

Grafana是一個跨平臺的開源度量分析和可視化面板（Dashboard），有著非常漂亮的圖表和布局展示，功能齊全的度量儀表盤和圖形編輯器，可對采集的數(shù)據(jù)查詢和可視化展示，并及時通知。雖然Zabbix自5.4版本之后新增了強大的UI特性，但是Grafana的UI更加靈活，擁有豐富的插件，功能強大。隨著業(yè)務的愈加復雜，對軟件系統(tǒng)的要求越來越高，這意味著我們需要隨時掌控系統(tǒng)的運行情況。因此，對系統(tǒng)的實時監(jiān)控以及可視化展示，就成了基礎架構的必須能力。

綜上，Zabbix具備較完善的監(jiān)測告警系統(tǒng)模塊，Grafana則提供了可配置的監(jiān)測數(shù)據(jù)可視化能力。因此本文方案將以Zabbix為核心，集成Grafana，再補充關鍵監(jiān)測數(shù)據(jù)采集能力，最終實現(xiàn)滿足企業(yè)實際需要的監(jiān)控運維系統(tǒng)。

2? 系統(tǒng)總體設計與實現(xiàn)

UAD的一體化體系分兩層結構：上層是各種應用系統(tǒng)，直接面向企業(yè)用戶；下層則是基礎設施支撐平臺，由傳統(tǒng)IT架構和企業(yè)私有云混合而成。

本系統(tǒng)通過Zabbix支持各類監(jiān)控方式，對各層資源進行監(jiān)控，具體如圖4所示。

基礎層：主要偏硬件、監(jiān)控主機和底層資源。比如CPU、內(nèi)存、網(wǎng)絡吞吐、硬盤I/O、存儲等。

中間層：包括Nginx、Redis、MySQL、Tomcat等。

應用層：HTTP訪問的吞吐量、響應時間、返回碼、調(diào)用鏈路分析、性能瓶頸、API，還包括用戶端監(jiān)控等。

不同的監(jiān)控內(nèi)容需要不同的監(jiān)控方式來獲取監(jiān)控數(shù)據(jù)，如表2所示。

2.1? 基于SNMP協(xié)議對設備的監(jiān)控

勘察設計企業(yè)組網(wǎng)中常見的幾類設備有邊界核心交換機、匯聚交換機、接入交換機、路由器、UPS、存儲等，這類設備不能或者不方便在目標監(jiān)控設備上安裝Agent代理程序進行獲取，Zabbix允許我們通過SNMP（簡單網(wǎng)絡管理）協(xié)議獲取這些設備的CPU使用率、內(nèi)存使用率、供電、設備溫度、端口進出流量等監(jiān)控信息。

UAD一體化信息體系使用了各種類型的存儲，包括廉價的SATA、高性能EMC、NAS等，存放了企業(yè)最重要的數(shù)據(jù)。在數(shù)據(jù)中心中，存儲設備是非常核心且關鍵的基礎設施，任何一個相關告警都會讓運維人員警覺。在推進Zabbix存儲監(jiān)控的過程中，一個非常棘手的困難點是存儲不單單是硬件設備，SNMP協(xié)議不能獲取到帶內(nèi)的性能信息，但也不像主流操作系統(tǒng)那樣可以安裝Zabbix Agent來做數(shù)據(jù)采集。

對于這種問題的處理，我們積累的經(jīng)驗是：首選使用RESTful等外部接口來獲取監(jiān)控數(shù)據(jù)，在不支持此條件的情況下，在Zabbix Proxy服務器上通過自定義監(jiān)控封裝廠家推薦工具或方法來監(jiān)控，避免對重要設備的侵入，同時相關的存儲告警也能夠及時觸發(fā)，并幫助存儲管理人員迅速發(fā)現(xiàn)問題、定位原因。

2.2? Windows服務器的監(jiān)控

UAD目前服務器主要以Windows為主，占比在90%以上，是各類業(yè)務系統(tǒng)的主力承載者，故急需實時監(jiān)控以保障它們的穩(wěn)定運行。在操作系統(tǒng)層面，經(jīng)常會出現(xiàn)的問題有系統(tǒng)假死無響應、存儲空間不夠等，因此需要監(jiān)控的指標項包括CPU使用率、內(nèi)存使用率、硬盤資源使用率等。

Zabbix默認使用Zabbix Agent監(jiān)控操作系統(tǒng)，且它已經(jīng)為我們配置好了很多用于監(jiān)控主機的模板，包括CPU監(jiān)控、內(nèi)存監(jiān)控、系統(tǒng)進程監(jiān)控、系統(tǒng)時間監(jiān)控、磁盤讀寫監(jiān)控、磁盤容量監(jiān)控、網(wǎng)卡流量監(jiān)控、服務監(jiān)控等，其內(nèi)置的監(jiān)控項可以滿足系統(tǒng)大部分的指標監(jiān)控，監(jiān)控內(nèi)容非常豐富。但是有時候，我們并不需要監(jiān)控那么多內(nèi)容，只需要監(jiān)控某一些特定信息即可。因此，我們的解決方案是：根據(jù)企業(yè)實際情況，使用Zabbix默認的操作系統(tǒng)模板監(jiān)控相應的主機，通過進行一些優(yōu)化來確保達到最好的監(jiān)控效果，同時兼顧Zabbix對系統(tǒng)性能的開銷。

Zabbix對Windows系統(tǒng)監(jiān)控的默認模板包含了11個應用集，各個應用集又包含了不同的監(jiān)控項。在本系統(tǒng)搭建過程中，一塊很重要的工作就是針對行業(yè)業(yè)務管理系統(tǒng)的特點和需要，在現(xiàn)有模板的基礎上對應用集、監(jiān)控項、觸發(fā)器和圖形進行定制化增刪改。

以CPU的監(jiān)控項為例，模板默認有8個監(jiān)控項，在對5個監(jiān)控項設有觸發(fā)器。如圖5所示。

可以看到，Zabbix未提供能查看CPU使用率的監(jiān)控項，也就是CPU使用的百分率，在實際應用時，這個指標是十分受關注的，因此需新創(chuàng)建一個監(jiān)控項，并對這個監(jiān)控項創(chuàng)建一個觸發(fā)器，如CPU使用率過高（比如5分鐘均值大于90%），其表達式為：

{Windows Server Model：cpu_time.avg（5m）}＞90

當實際運行情況達到上述條件時，Zabbix就會發(fā)出告警。

2.3? 基于性能及進程的Web系統(tǒng)監(jiān)控

UAD的一體化信息體系中有著30多個不同的Web業(yè)務系統(tǒng)，其中企業(yè)綜合信息管理平臺是最重要的Web系統(tǒng)，涵蓋了企業(yè)設計生產(chǎn)全過程數(shù)字化的各個環(huán)節(jié)，保證其Web服務的高可用性和高性能，是企業(yè)正常運轉(zhuǎn)的重要前提。

HTTP狀態(tài)碼、響應時間、頁面加載速度是最能直觀反映Web服務可用性和性能的3個指標。基于這三個指標，本文從一個或多個應用中自定義選取域名/URL組合成模塊，可實現(xiàn)方便快捷的自定義關注某一業(yè)務、某一域名、某一子域名，以及由此推測某一功能模塊下的頁面用戶體驗。

對于運行在一體化信息體系應用還需要監(jiān)視常用的中間件，如有Oracle、MySQL、SQLSERVER等主流的關系型數(shù)據(jù)庫，還有像Redis、Neo4J這樣的NoSQL數(shù)據(jù)庫，Tomcat、Nginx等Web容器的性能。

數(shù)據(jù)庫以MySQL為例，MySQL數(shù)據(jù)庫是目前主流的關系型數(shù)據(jù)庫管理系統(tǒng)應用軟件。本系統(tǒng)將使用Agent 模式對Zabbix默認的監(jiān)視進行擴展。Agent將會對MySQL3306連接線程的存活狀態(tài)、主從延時、連接池狀態(tài)、平均TPS/QPS、慢SQL語句個數(shù)等進行監(jiān)視，如圖6所示。

Web容器以Tomcat為例，由于Tomcat Web應用容器是基于JAVA語言開發(fā)的，Zabbix支持以JMX對其性能進行監(jiān)視。通過JMX監(jiān)視，可以監(jiān)視到Tomcat服務占用CPU的情況、Tomcat網(wǎng)絡進出流量、內(nèi)存分配情況、請求數(shù)、并發(fā)線程數(shù)量等。

2.4? 工地設備監(jiān)控

隨著數(shù)字化、大數(shù)據(jù)、互聯(lián)網(wǎng)、物聯(lián)網(wǎng)等信息技術的發(fā)展，近年來智慧工地這一概念在業(yè)界嶄露頭角，在工程建設中得到良好的實踐應用[5]。智慧工地應用的設備種類繁多，專業(yè)性強，目前缺乏整體的自動化監(jiān)控手段[6]。目前這塊內(nèi)容由于要和具體的工程項目對接，本系統(tǒng)只對少數(shù)的項目設備進行了監(jiān)控。如浙大科創(chuàng)項目中監(jiān)控的設備包括：環(huán)境采集（傳感器）設備、塔吊設備、無人機設備、閘機設備、各點位攝像頭等。

3? Grafana接入Zabbix數(shù)據(jù)源

在大屏監(jiān)控展示的時候，我們會發(fā)現(xiàn)Zabbix Web界面顯得沒有科技感，不夠高端，這時候我們可以通過Grafana來優(yōu)化我們的Zabbix Web界面。

Grafana的搭建步驟相對簡單，主要分以下3個步驟：

（1）在一臺CentOS上部署Grafana。

（2）安裝Grafana連接Zabbix的插件。

（3）Grafana與Zabbix整合。

本系統(tǒng)從廣度和深度對監(jiān)控數(shù)據(jù)可視化展示，根據(jù)實際的監(jiān)控可視化需要，在Grafana上配置了全局、應用、主機、主機服務等多個維度的監(jiān)控儀表板，方便運維人員從多個視角掌握監(jiān)控、告警情況，實現(xiàn)對主機的集中監(jiān)控[7]。圖7是某個業(yè)務服務器的關鍵監(jiān)控指標。

4? 企業(yè)微信告警模塊

告警功能是Zabbix監(jiān)控平臺的重要組成部分，便于運維人員在系統(tǒng)出現(xiàn)故障時及時知曉，并第一時間處理[8]。企業(yè)微信是UAD一體化信息體系的重要組成部分，應用十分廣泛，Zabbix默認只支持郵件的方式進行告警，本系統(tǒng)通過編寫接入企業(yè)微信的腳本，將告警信息通過企業(yè)微信進行發(fā)送。根據(jù)業(yè)務的類型，我們對不同監(jiān)控模塊的告警通知，設置了不同的運維人員，以企業(yè)微信應用作為載體，將告警信息推送到具體的運維人員。這既保證了消息推送的時效性，又保證了告警通知信息不外泄，兼顧了信息的安全性。實際運行情況如圖8所示。

5? 結? 論

本文基于Zabbix設計了一套面向勘察設計行業(yè)的企業(yè)監(jiān)控運維系統(tǒng)，能夠?qū)ζ髽I(yè)一體化信息化體系中的網(wǎng)絡通信設備、物理服務器、虛擬服務器、私有云，以及運行在其上的各類軟件應用系統(tǒng)進行實時監(jiān)控。系統(tǒng)在運行期間成效顯著，幫助運維人員快速定位發(fā)現(xiàn)問題，降低了運維的難度和風險，提升了運維服務質(zhì)量，保障了企業(yè)一體化信息體系的穩(wěn)定性和可用性。

在今后的工作中，我們將繼續(xù)從廣度和深度方面還將進一步拓展監(jiān)控系統(tǒng)，希望在監(jiān)控的種類、指標項的優(yōu)化、豐富其他報警手段、完善的系統(tǒng)賬戶配置、自動修復、基于Zabbix API的二次開發(fā)等方面做進一步提升，推進企業(yè)智能化運維的大力發(fā)展。

參考文獻：

[1] 黃爭舸，胡迅，朱曉偉，等.一體化信息體系助力設計院快速提升企業(yè)效能 [J].中國勘察設計，2019（7）：56-61.

[2] 楊立苑，胡佳軍，鄧衛(wèi)華，劉喆玥.基于Zabbix的省級氣象云監(jiān)控運維系統(tǒng) [J].計算機系統(tǒng)應用，2021，30（8）：73-80.

[3] 吳秉羲，李明峰.基于Zabbix和Grafana的蘇州臺媒體云監(jiān)控系統(tǒng) [J].廣播電視網(wǎng)絡，2020，27（3）：111-112.

[4] 吳夫丹.基于云平臺的服務器監(jiān)控系統(tǒng)設計 [D].西安：西安工業(yè)大學，2014.

[5] 喬妹莉.淺析智慧工地建設對項目管理的積極作用 [J].建設監(jiān)理，2021（7）：60-62.

[6] 韓嘯虎，陳超.智慧工地設備運行狀態(tài)自動化監(jiān)控的解決方案研究 [J].電子元器件與信息技術，2020，4（5）：70-71.

[7] 潘少博，張和，戴誼.基于Zabbix+Grafana構建微服務自動化監(jiān)控運維平臺 [J].網(wǎng)絡安全和信息化，2020（10）：77-79.

[8] 劉遠超，李樹彬.基于Zabbix和微信企業(yè)號實現(xiàn)網(wǎng)絡監(jiān)控的研究 [J].山東科學，2017，30（4）：124-130.

作者簡介：朱曉偉（1989—），男，漢族，浙江海鹽人，室主任助理，碩士，研究方向：計算機應用、數(shù)據(jù)集成、協(xié)同設計；劉迪（1985—），男，漢族，湖南澧縣人，中級工程師，本科，研究方向：虛擬化、私有云；胡迅（1983—），男，漢族，浙江諸暨人，副高，碩士，研究方向：協(xié)同設計；黃爭舸（1969—），女，漢族，浙江紹興人，研究員，博士，研究方向：協(xié)同設計、管理信息系統(tǒng)、三維數(shù)字化設計。

收稿日期：2022-08-18