譚帥 李金煒 黃川晟 馬玉寶 李年杰

摘 要 管道陰極保護(hù)具有分布區(qū)域化和信息多樣化特點(diǎn)。陰極保護(hù)數(shù)據(jù)海量，分布分散，尚未形成集中統(tǒng)一管理和經(jīng)驗(yàn)共享，存在嚴(yán)重的數(shù)據(jù)碎片化和信息隔離現(xiàn)象，數(shù)據(jù)價(jià)值未能有效挖掘。因此，提出基于微服務(wù)架構(gòu)的長輸管道陰極保護(hù)信息管理系統(tǒng)設(shè)計(jì)方案，結(jié)合實(shí)際應(yīng)用場景，對系統(tǒng)功能模塊進(jìn)行了劃分。系統(tǒng)建成后可實(shí)現(xiàn)管道區(qū)域和線路陰極保護(hù)數(shù)據(jù)的集中儲存、分析和查詢管理，提高陰極保護(hù)數(shù)據(jù)利用效率，可為管道陰極保護(hù)輔助決策提供依據(jù)。

關(guān)鍵詞 信息管理系統(tǒng) 長輸管道 微服務(wù)架構(gòu) 陰極保護(hù) 數(shù)據(jù)深度挖掘

中圖分類號 TP391.9；TE832? ?文獻(xiàn)標(biāo)識碼 B? ?文章編號 1000?3932（2023）03?0371?05

作者簡介：譚帥（1990-），工程師，從事長輸管道安全管理工作。

通訊作者：馬玉寶（1987-），高級工程師，從事長輸管道安全管理工作，765741661@qq.com。

引用本文：譚帥，李金煒，黃川晟，等.基于微服務(wù)的管道陰極保護(hù)信息管理系統(tǒng)設(shè)計(jì)［J］.化工自動化及儀表，2023，50（3）：371-375.

長輸管道主要采用防腐涂層和陰極保護(hù)技術(shù)防止防腐層老化，通過恒電位儀或犧牲陽極的方式向管道施加負(fù)電位，使管道對地構(gòu)成陰極，形成防護(hù)、減緩腐蝕［1］。長輸管道陰極保護(hù)系統(tǒng)根據(jù)保護(hù)目標(biāo)不同可分為管道線路陰極保護(hù)系統(tǒng)和站場區(qū)域陰極保護(hù)系統(tǒng)，具有分布區(qū)域化、信息多樣化的特點(diǎn)［2］。現(xiàn)階段，由于陰極保護(hù)數(shù)據(jù)量大，儲存孤立分散，導(dǎo)致數(shù)據(jù)利用效率低，信息孤島現(xiàn)象嚴(yán)重。隨著信息化、智能化技術(shù)的快速發(fā)展，數(shù)據(jù)資源已成為工業(yè)安全生產(chǎn)評價(jià)的核心，建立統(tǒng)一的信息管理系統(tǒng)，將已有的管道陰極保護(hù)數(shù)據(jù)進(jìn)行數(shù)據(jù)儲存與應(yīng)用，輔助管道陰極保護(hù)技術(shù)決策已經(jīng)成為重要的研究課題。

文獻(xiàn)［3］依托百度地圖API開發(fā)了長輸管道陰極保護(hù)信息管理系統(tǒng)，并嵌入WebGIS技術(shù)，實(shí)現(xiàn)了陰極保護(hù)數(shù)據(jù)共享。文獻(xiàn)［4］利用Hadoop生態(tài)圈數(shù)據(jù)挖掘技術(shù)設(shè)計(jì)長輸管道區(qū)域陰極保護(hù)數(shù)據(jù)管理系統(tǒng)，實(shí)現(xiàn)了陰極保護(hù)影響因素——土壤的數(shù)據(jù)管理。文獻(xiàn)［5］開發(fā)了管道陰極保護(hù)智能管理系統(tǒng)，并引入智能測試樁，實(shí)現(xiàn)了管道線路陰極保護(hù)參數(shù)的集中統(tǒng)一管理。文獻(xiàn)［6］研發(fā)了基于站控系統(tǒng)的管道陰極保護(hù)設(shè)備，實(shí)現(xiàn)對管道電位、裝置輸出電流與電壓以及環(huán)境參數(shù)的采集，通過對數(shù)據(jù)的對比與處理，輔助管道陰極保護(hù)決策管理。上述管道陰極保護(hù)信息管理系統(tǒng)僅實(shí)現(xiàn)了站場區(qū)域或者管道線路陰極保護(hù)數(shù)據(jù)的采集、管理，未將站內(nèi)和站外陰極保護(hù)數(shù)據(jù)集中管理，且由于系統(tǒng)均采用單體架構(gòu)開發(fā)，存在很多問題，如：所有組件、服務(wù)高度耦合，導(dǎo)致系統(tǒng)開發(fā)周期長；隨著運(yùn)行時(shí)間的延長，業(yè)務(wù)量增大，系統(tǒng)維護(hù)難度會逐漸增大；程序架構(gòu)會隨著修改而不斷退化，無法進(jìn)行持續(xù)布署；橫向擴(kuò)展困難，不能根據(jù)實(shí)際業(yè)務(wù)需要靈活調(diào)整架構(gòu)；容錯性差，程序任何一個環(huán)節(jié)出現(xiàn)問題，都有可能導(dǎo)致系統(tǒng)癱瘓。

針對以上問題，筆者設(shè)計(jì)了一套基于微服務(wù)架構(gòu)的長輸管道陰極保護(hù)信息管理系統(tǒng)，以實(shí)現(xiàn)區(qū)域和線路陰極保護(hù)數(shù)據(jù)的采集上傳、儲存分析、故障報(bào)警等多項(xiàng)功能，不需要Web服務(wù)器，通過瀏覽器即可直接訪問，操作便捷，并提升陰極保護(hù)數(shù)據(jù)的深度挖掘利用能力，為管道陰極保護(hù)輔助決策提供依據(jù)。

1 微服務(wù)架構(gòu)

微服務(wù)架構(gòu)是在傳統(tǒng)單體架構(gòu)的基礎(chǔ)上演變而來的軟件架構(gòu)模式［7］，與傳統(tǒng)應(yīng)用架構(gòu)相比，主要有以下優(yōu)勢：

a. 可將一個完整的應(yīng)用程序劃分為若干個小服務(wù)，通過服務(wù)拆分，使每個服務(wù)開發(fā)和布署獨(dú)立化、小型化，高度內(nèi)聚和低度耦合，可以提高開發(fā)效率，降低維護(hù)難度；

b. 每個服務(wù)具有獨(dú)立的生命周期，可以采用不同的語言開發(fā)，并在獨(dú)立的進(jìn)程中運(yùn)行，具有易于橫向擴(kuò)展的優(yōu)勢；

c. 當(dāng)一個服務(wù)出現(xiàn)故障，可以單獨(dú)進(jìn)行維護(hù)，不會影響到整個應(yīng)用程序，提高了系統(tǒng)容錯性；

d. 各組件之間邊界清晰，輕量級的HTTP的RESTFUL API通信，可實(shí)現(xiàn)相互協(xié)調(diào)、配合，提高系統(tǒng)運(yùn)行速度［8］。

微服務(wù)架構(gòu)一般由展示層、網(wǎng)關(guān)層、應(yīng)用層和數(shù)據(jù)層4部分組成［9］。展示層是前端用戶交互界面，主要負(fù)責(zé)服務(wù)實(shí)現(xiàn)和服務(wù)監(jiān)控。網(wǎng)關(guān)層提供外部訪問的統(tǒng)一標(biāo)準(zhǔn)和入口，通過服務(wù)路由、負(fù)載均衡等完成服務(wù)分發(fā)管理。應(yīng)用層由業(yè)務(wù)微服務(wù)模塊及聚合微服務(wù)組成，每個模塊可分別編程，相互耦合性低，適應(yīng)性強(qiáng)。數(shù)據(jù)層負(fù)責(zé)基礎(chǔ)數(shù)據(jù)存儲，包括陰極保護(hù)數(shù)據(jù)以及設(shè)備、用戶數(shù)據(jù)等。

2 關(guān)鍵技術(shù)

2.1 架構(gòu)設(shè)計(jì)

系統(tǒng)整體采用Spring Cloud+Vue的前后端分離技術(shù)。前端主要負(fù)責(zé)界面渲染、數(shù)據(jù)解析，開發(fā)語言采用輕量級即時(shí)編譯型的JavaScript。Vue.js融合了Angular JS和React框架的優(yōu)勢，具有優(yōu)良的MVVM庫Vue.js［10］，其組件化的特點(diǎn)大幅增加了程序的易讀性和維護(hù)性。采用Vue?cli提供腳手架和自定義配置，Element UI提供完善的組件［11］，Echarts提供豐富的可視化圖表庫，Axios提供簡潔高效的HTTP庫［12］。后端采用Java語言編寫，主要負(fù)責(zé)提供數(shù)據(jù)。Spring Cloud是一種服務(wù)框架，可以有效簡化分布式系統(tǒng)基礎(chǔ)設(shè)施的開發(fā)［13］。Spring Boot是Spring提供的快速配置腳手架，通過Spring Boot封裝后可屏蔽掉復(fù)雜的配置，成熟度高、維護(hù)性強(qiáng)［14］。使用Nginx作為反向代理服務(wù)器，可提高系統(tǒng)開發(fā)效率，在系統(tǒng)運(yùn)行時(shí)，通過負(fù)載均衡也可獲取更好的運(yùn)行效率［15］。

Spring Cloud的基本配置包括服務(wù)注冊和發(fā)現(xiàn)中心、配置中心、服務(wù)網(wǎng)關(guān)、負(fù)載均衡、容斷器等。Spring Cloud提供的服務(wù)注冊和發(fā)現(xiàn)中心主要有Netflix Eureka和zookeeper。Eureka沒有選舉過程，即使發(fā)生網(wǎng)絡(luò)分割故障，也會繼續(xù)提供服務(wù)，因此可靠性更強(qiáng)。本系統(tǒng)框架選用Eureka作為服務(wù)注冊和發(fā)現(xiàn)中心組件。采用config作為配置中心，為多個微服務(wù)管理配置文件。采用Sentinel作為流量控制中心，實(shí)現(xiàn)流量控制。采用基于Zuul的微服務(wù)API網(wǎng)關(guān)，向客戶端統(tǒng)一提供REST API接口，便于各系統(tǒng)的集成，為整個微服務(wù)架構(gòu)系統(tǒng)的入口提供可靠保護(hù)，同時(shí)將多個微服務(wù)應(yīng)用的權(quán)限控制統(tǒng)一轉(zhuǎn)移到微服務(wù)網(wǎng)關(guān)［16］。采用RestTemplate實(shí)現(xiàn)服務(wù)間的調(diào)用、通信。Ribbon用于負(fù)載均衡，它提供了6種負(fù)載均衡方法，可根據(jù)業(yè)務(wù)場景和業(yè)務(wù)需要進(jìn)行選擇。采用hystrix作為斷路器，當(dāng)某一服務(wù)出現(xiàn)故障時(shí)，給出響應(yīng)信息，避免系統(tǒng)聯(lián)級失敗，提高容錯性。RabbitMQ作為系統(tǒng)的消息中間件，擔(dān)任系統(tǒng)服務(wù)的解耦、削峰、異步和隊(duì)列功能［17］。

2.2 數(shù)據(jù)庫設(shè)計(jì)

陰極保護(hù)數(shù)據(jù)是管理系統(tǒng)的核心組成部分，包括各個輸油氣站場區(qū)域和線路恒電位儀輸出保護(hù)電壓、保護(hù)電流等數(shù)據(jù)，還包括設(shè)備參數(shù)數(shù)據(jù)、用戶信息等。

系統(tǒng)持久化數(shù)據(jù)庫選用關(guān)系型MySQL［18］，主要存儲數(shù)量少、改動少的管理系統(tǒng)的系統(tǒng)信息，以及所有實(shí)體對象信息。MySQL具有響應(yīng)速度快、性能穩(wěn)定和可靠性高的特點(diǎn)。它的核心程序采用安全的多線程編程，內(nèi)存分配系統(tǒng)快速、穩(wěn)定，權(quán)限和口令系統(tǒng)靈活、安全。采用Redis主要用作緩存數(shù)據(jù)庫使用，以存儲登錄用戶的Token信息、登錄驗(yàn)證碼以及緩存陰極保護(hù)數(shù)據(jù)。系統(tǒng)查詢和報(bào)表生成功能主要依靠的是Redis數(shù)據(jù)庫。

2.3 系統(tǒng)安全性

為提高系統(tǒng)安全性和可靠性，恒電位儀陰極保護(hù)數(shù)據(jù)只能單向通過企業(yè)內(nèi)部局域網(wǎng)傳輸至服務(wù)器，不能反向傳送。在后臺開發(fā)方面，采用Spring Cloud Security提供的安全解決方案，強(qiáng)化用戶鑒權(quán)［19］。用戶登錄時(shí)在前端同時(shí)輸入賬號、密碼和驗(yàn)證碼。系統(tǒng)將賬號、密碼和驗(yàn)證碼發(fā)送至后端System/login接口。后端將前端輸入的驗(yàn)證碼與Redis中的驗(yàn)證碼信息進(jìn)行對比，并到數(shù)據(jù)庫中進(jìn)行用戶信息校驗(yàn)。如果成功查詢到用戶信息，鑒權(quán)中心會使用JWT［20］+RSA［21］生成加密的用戶Token信息返回前端，完成登錄。當(dāng)用戶請求其他接口時(shí)就會攜帶這個Token信息，用來驗(yàn)證用戶身份。前端通過已登錄用戶的Token調(diào)用后端的接口來獲取數(shù)據(jù)，根據(jù)相應(yīng)的數(shù)據(jù)來渲染前端的頁面。

3 實(shí)現(xiàn)路徑

3.1 系統(tǒng)組成結(jié)構(gòu)

基于微服務(wù)架構(gòu)的管道陰極保護(hù)信息管理系統(tǒng)包括采集端、服務(wù)端和客戶端3部分。

采集端布設(shè)在各個輸油氣站場，包括區(qū)域和線路恒電位儀，及其配套電源等輔助設(shè)備，主要完成陰極保護(hù)數(shù)據(jù)采集功能。一般情況下，每個輸油氣站場至少有區(qū)域恒電位儀和線路恒電位儀，且均采用冗余設(shè)置。采集端采集現(xiàn)場的陰極保護(hù)數(shù)據(jù)后，通過局域網(wǎng)上傳至服務(wù)端并儲存至數(shù)據(jù)層數(shù)據(jù)庫中。

服務(wù)端存儲了后臺源代碼以及數(shù)據(jù)庫。主要用于程序的開發(fā)，數(shù)據(jù)匯集、儲存、計(jì)算等功能。數(shù)據(jù)庫的數(shù)據(jù)由恒電位儀通過通信模塊進(jìn)行傳輸并在服務(wù)器中存儲。系統(tǒng)每小時(shí)讀取一次恒電位儀輸出保護(hù)電壓、保護(hù)電流等參數(shù)，并將數(shù)據(jù)存儲起來。

采集端與服務(wù)端之間通過Modbus/TCP協(xié)議通信。

客戶端提供了友好的人機(jī)交互界面，可以直觀展示各臺恒電位儀輸出陰極保護(hù)數(shù)據(jù)、設(shè)備運(yùn)行狀態(tài)等，并完成報(bào)表自動生成功能?？蛻舳送ㄟ^展示層向服務(wù)器發(fā)起請求后，服務(wù)端接收請求，與數(shù)據(jù)庫交互，將數(shù)據(jù)打包返回，并通過前端展示對應(yīng)的視圖，供瀏覽查閱。

3.2 數(shù)據(jù)透傳模式

將接入局域網(wǎng)的串口服務(wù)器與恒電位儀引出的RS485信號線相連，恒電位儀根據(jù)預(yù)置參數(shù)及末端管道防護(hù)情況，輸出保護(hù)電壓、保護(hù)電流值，然后通過RS485信號線傳輸?shù)絽f(xié)議轉(zhuǎn)換器，接入串口服務(wù)器中。通過通信參數(shù)調(diào)節(jié)，自定義注冊包等功能設(shè)定，服務(wù)端通過局域網(wǎng)絡(luò)向串口服務(wù)器發(fā)送Modbus RTU請求報(bào)文，報(bào)文根據(jù)不同數(shù)據(jù)需求及安全性保障，分別獲取恒電位儀報(bào)警信息、陰極保護(hù)數(shù)據(jù)，并將所有數(shù)據(jù)都保存到數(shù)據(jù)庫中，便于數(shù)據(jù)查詢和分析。服務(wù)器每小時(shí)讀取并記錄一次陰極保護(hù)數(shù)據(jù)，每次讀取的數(shù)據(jù)包括輸出保護(hù)電壓、輸出保護(hù)電流兩個參數(shù)數(shù)據(jù)。實(shí)時(shí)數(shù)據(jù)采用一月一表的策略進(jìn)行存儲。

3.3 數(shù)據(jù)采集及訪問

服務(wù)端向采集端寫入相應(yīng)的查詢指令，當(dāng)客戶端回傳數(shù)據(jù)到服務(wù)器時(shí)，服務(wù)器通過通信協(xié)議進(jìn)行相應(yīng)的解包，得到通信數(shù)據(jù)。解包后獲取到客戶端的Mac地址，使用Redis通過Mac地址查詢出對應(yīng)的設(shè)備信息，如果Redis中不存在設(shè)備信息，則通過Mac地址使用Mybatis查詢恒電位儀設(shè)備表得到對應(yīng)的設(shè)備信息，待查詢成功后，將設(shè)備信息保存到Redis中，以提升設(shè)備信息查詢效率。實(shí)現(xiàn)數(shù)據(jù)訪問后就可以進(jìn)行保存陰極保護(hù)信息、更新設(shè)備報(bào)警狀態(tài)等操作。

4 系統(tǒng)功能

依據(jù)管道陰極保護(hù)管理業(yè)務(wù)功能、業(yè)務(wù)邏輯和微服務(wù)拆分原則，業(yè)務(wù)微服務(wù)模塊主要劃分為陰保數(shù)據(jù)展示、業(yè)務(wù)報(bào)表管理、設(shè)備狀態(tài)監(jiān)視和設(shè)備及用戶管理。系統(tǒng)總體架構(gòu)如圖1所示。

4.1 業(yè)務(wù)報(bào)表管理

根據(jù)陰極保護(hù)業(yè)務(wù)管理需求，系統(tǒng)可以自動生成日、周、月度及年度等多種形式的報(bào)表，既可顯示某個站點(diǎn)的區(qū)域陰極保護(hù)報(bào)表，也可以顯示某段管道的線路陰極保護(hù)報(bào)表，還可以顯示整個公司的陰極保護(hù)業(yè)務(wù)報(bào)表。日、周、月度和年度報(bào)表中的陰極保護(hù)數(shù)據(jù)主要從服務(wù)端數(shù)據(jù)庫中獲得。

系統(tǒng)報(bào)表自動生成功能的實(shí)現(xiàn)可以大幅減少人工統(tǒng)計(jì)工作量，并規(guī)范陰極保護(hù)數(shù)據(jù)管理。

4.2 設(shè)備狀態(tài)監(jiān)視

服務(wù)端獲取采集端恒電位儀設(shè)備報(bào)警信息并保存到數(shù)據(jù)庫中，在數(shù)據(jù)庫中查詢設(shè)備信息、輸出陰極保護(hù)數(shù)據(jù)和報(bào)警信息，通過比對分析，判斷恒電位儀的工作狀態(tài)，以不同顏色指示燈在前端窗口展示設(shè)備狀態(tài)。同時(shí)，根據(jù)設(shè)備輸出的電流值和電壓值對比判斷設(shè)備是處于恒電位運(yùn)行模式或是恒電流運(yùn)行模式。數(shù)據(jù)庫中儲存恒電位儀運(yùn)行狀態(tài)數(shù)據(jù)，如預(yù)置參比電壓、預(yù)置參比電流、預(yù)置輸出電壓等區(qū)間閾值。并將采集端采集的輸出保護(hù)電位值、輸出保護(hù)電流值與之對比，以此來判斷設(shè)備運(yùn)行狀態(tài)。若設(shè)備有報(bào)警或輸出數(shù)據(jù)偏離閾值區(qū)間，則在前端顯示設(shè)備故障，設(shè)備指示燈為紅色。若恒電位儀無報(bào)警且輸出陰極保護(hù)數(shù)據(jù)在正常值范圍內(nèi)，則顯示該設(shè)備正常運(yùn)行，設(shè)備指示燈為綠色。若恒電位儀無輸出數(shù)據(jù)，則判斷該設(shè)備處于備用狀態(tài)，設(shè)備指示燈為黃色。

4.3 陰極保護(hù)數(shù)據(jù)展示

陰極保護(hù)數(shù)據(jù)展示主要用以展示各輸油氣站的名稱、區(qū)域和線路陰極保護(hù)電位、電流。陰極保護(hù)數(shù)據(jù)以曲線圖的形式在界面展示。運(yùn)行數(shù)據(jù)和參考數(shù)據(jù)分別以不同的顏色區(qū)分顯示。在前端界面設(shè)置數(shù)據(jù)錄入窗口，區(qū)域和線路測試樁定期測試陰極保護(hù)數(shù)據(jù)，包括保護(hù)電位、自然電位、干擾電壓、干擾電流等均可通過前端錄入系統(tǒng)，數(shù)據(jù)錄入時(shí)可以通過電子表單模板快速錄入。系統(tǒng)將自動調(diào)取表單中數(shù)據(jù)，并以曲線圖形式在界面展示，以此實(shí)現(xiàn)陰極保護(hù)數(shù)據(jù)集中統(tǒng)一、可視化管理。

通過陰極保護(hù)數(shù)據(jù)可視化展示、自動對比分析，可以準(zhǔn)確掌握管道防腐層狀態(tài)及恒電位儀運(yùn)行情況，為管理腐蝕防護(hù)提供決策依據(jù)。

4.4 設(shè)備及用戶管理

系統(tǒng)可實(shí)現(xiàn)恒電位儀設(shè)備的集中統(tǒng)一管理，統(tǒng)計(jì)恒電位儀維護(hù)保養(yǎng)記錄，包括維護(hù)保護(hù)內(nèi)容、周期及頻次。管理人員可收集設(shè)備維護(hù)保養(yǎng)信息，并上傳系統(tǒng)，實(shí)現(xiàn)維護(hù)保養(yǎng)記錄的電子化管理。系統(tǒng)會根據(jù)后面設(shè)定的周期和頻率，及時(shí)提醒管理人員按期開展恒電位儀切換、測試及維護(hù)保養(yǎng)等工作。由于系統(tǒng)采用前后端分離技術(shù)設(shè)計(jì)，前端登錄通過網(wǎng)頁便可實(shí)現(xiàn)，提高了便捷性，為保障系統(tǒng)安全，可設(shè)定用戶級別、用戶數(shù)量、限定用戶權(quán)限，并對用戶登錄密碼進(jìn)行管理。

5 結(jié)束語

利用微服務(wù)架構(gòu)的服務(wù)獨(dú)立、低耦合、可擴(kuò)展等優(yōu)勢，提出了一套基于微服務(wù)架構(gòu)的長輸管道陰極保護(hù)信息管理系統(tǒng)設(shè)計(jì)方案，從關(guān)鍵技術(shù)、實(shí)現(xiàn)路徑、系統(tǒng)功能三大方面詳細(xì)介紹了系統(tǒng)設(shè)計(jì)方案的全過程?；谖⒎?wù)架構(gòu)的長輸管道陰極保護(hù)信息管理系統(tǒng)，可實(shí)現(xiàn)管道陰極保護(hù)數(shù)據(jù)集中統(tǒng)一管理，進(jìn)一步挖掘陰極保護(hù)數(shù)據(jù)價(jià)值，提高管理效率，減少人工勞動。

目前，由于智能測試樁普及率低，大部分管道線路陰極保護(hù)參數(shù)仍然需要由人工現(xiàn)場測試并記錄，然后才能錄入系統(tǒng)。在智能測試樁推廣普及后，可探索將智能測試樁的陰極保護(hù)數(shù)據(jù)直接與本系統(tǒng)進(jìn)行鏈接，進(jìn)而取代人工測試等環(huán)節(jié)，進(jìn)一步實(shí)現(xiàn)管道陰極保護(hù)的現(xiàn)代化管理。

參 考 文 獻(xiàn)

［1］ 唐勇，丁帥.長輸油氣管道陰極保護(hù)電位智能監(jiān)測技術(shù)［J］.天然氣工業(yè)，2022，42（5）：46-49.

［2］ 方衛(wèi)林，李振軍，洪娜.典型站場區(qū)域陰極保護(hù)系統(tǒng)對線路陰極保護(hù)系統(tǒng)干擾的檢測及處理［J］.腐蝕與防護(hù)，2015，36（3）：272-275.

［3］ 王寶珠，杜逸偉，郭志濤，等.埋地金屬管道陰極保護(hù)遠(yuǎn)程監(jiān)控系統(tǒng)的設(shè)計(jì)［J］.河北工業(yè)大學(xué)學(xué)報(bào)，2017，46（1）：29-33.

［4］ 王玉婷.基于大數(shù)據(jù)的長輸管道區(qū)域陰極保護(hù)數(shù)據(jù)管理系統(tǒng)研究［D］.西安：西安石油大學(xué)，2019.

［5］ 王愛玲，劉玉展，余東亮，等.山區(qū)管道陰極保護(hù)智能采集監(jiān)控管理系統(tǒng)應(yīng)用［J］.油氣田地面工程，2019，38（z1）：149-153.

［6］ 王一丁.基于站控系統(tǒng)的油氣管道陰極保護(hù)裝置研發(fā)［D］.西安：西安石油大學(xué)，2021.

［7］ 周家昊.微服務(wù)架構(gòu)關(guān)鍵技術(shù)研究與通用框架實(shí)現(xiàn)［D］.廣州：廣東工業(yè)大學(xué)，2019.

［8］ 徐言.基于微服務(wù)架構(gòu)的Web AR服務(wù)平臺中關(guān)鍵技術(shù)的研究與實(shí)現(xiàn)［D］.北京：北京郵電大學(xué)，2019.

［9］ 張晶，黃小鋒，李春陽.微服務(wù)框架的設(shè)計(jì)與實(shí)現(xiàn)［J］.計(jì)算機(jī)系統(tǒng)應(yīng)用，2017，26（6）：259-262.

［10］ 唐斌斌，葉弈.Vue.js在前端開發(fā)應(yīng)用中的性能影響研究［J］.電子制作，2020（10）：49-50；59.

［11］ 曾曉鈺，唐瑩，溫豐蔚，等.一種基于ElementUI的表格查詢組件開發(fā)方案［J］.現(xiàn)代工業(yè)經(jīng)濟(jì)和信息化，2021，11（12）：50-51；56.

［12］ 李大娟.救護(hù)隊(duì)?wèi)?yīng)急救援管理系統(tǒng)的前端計(jì)與實(shí)現(xiàn)［D］.西安：西安科技大學(xué)，2020.

［13］ 王方旭.基于Spring Cloud實(shí)現(xiàn)業(yè)務(wù)系統(tǒng)微服務(wù)化的設(shè)計(jì)與實(shí)現(xiàn)［J］.電子技術(shù)與軟件工程，2018（8）：60-61.

［14］ 查嵩煒.Java微服務(wù)架構(gòu)在郵政移動互聯(lián)網(wǎng)應(yīng)用研發(fā)設(shè)計(jì)中的思考與實(shí)踐［J］.郵政研究，2021，37（3）：12-17.

［15］ 王琰潔，王孟強(qiáng)，劉澤三.基于微服務(wù)的統(tǒng)一應(yīng)用開發(fā)系統(tǒng)應(yīng)用上云關(guān)鍵技術(shù)研究［J］.電力信息與通信技術(shù)，2021，19（4）：64-69.

［16］ 廖俊杰，陶智勇.微服務(wù)API網(wǎng)關(guān)的設(shè)計(jì)及應(yīng)用［J］.自動化技術(shù)與應(yīng)用，2019，38（8）：85-88.

［17］ 唐權(quán)，周蓉，張勇.RabbitMQ消息中間件在Spring Boot教學(xué)中的應(yīng)用［J］.現(xiàn)代信息科技，2020，4（18）：125-127.

［18］ 肖勇，周密，錢斌，等.微服務(wù)架構(gòu)在網(wǎng)級電能量數(shù)據(jù)系統(tǒng)中的應(yīng)用研究［J］.浙江工業(yè)大學(xué)學(xué)報(bào)，2021，46（3）：258-265.

［19］ 宋馨來，張海濤.基于前后端分離和Spring Security的用戶登錄功能的設(shè)計(jì)與實(shí)現(xiàn)［J］.科技創(chuàng)新與應(yīng)用，2021，11（18）：19-21；24.

［20］ 肖雙林，何迎生，田杰，等.基于JWT+Spring Security的動態(tài)權(quán)限管理系統(tǒng)［J］.信息與電腦（理論版），2021，33（14）：131-134.

［21］ 蘇蓓蓓，黃星杰，尚智婕，等.基于RSA算法的計(jì)算機(jī)網(wǎng)絡(luò)通信安全加密方法［J］.現(xiàn)代傳輸，2022（3）：66-68.

（收稿日期：2022-09-30，修回日期：2023-01-05）

Design of Information Management System for Pipeline Cathodic Protection Based on Microservice

TAN Shuai， LI Jin?wei， HUANG Chuan?sheng， MA Yu?bao， LI Nian?jie

（Nanning Oil and Gas Transportation Branch， PipeChina Southwest Pipeline Co.， Ltd.）

Abstract? ?The distribution regionalization and information diversification characterize the pipeline cathodic protection. The data of cathodic protection is massive and distributed widely and no unified management platform and experience can be shared. It results in serious phenomena of data fragmentation and information isolation and the data value cant be mined effectively. In this paper， a design scheme of cathodic protection information management system for long?distance pipeline based on microservice architecture was proposed and basing on actual application scenario， the functional modules of the management system were divided. The system completed can realize centralized storage， analysis， query and management of cathodic protection data of both the pipeline areas and lines. It can improve utilization efficiency of cathodic protection data and provide a basis for auxiliary decision?making of the pipeline cathodic protection.

Key words? ?information management system， long?distance pipeline， microservice architecture， cathodic protection， data deep mining