基于多級(jí)代理的空管軟件版本管理系統(tǒng)

摘要：隨著中國(guó)民航航班量的持續(xù)增加，空管自動(dòng)化系統(tǒng)的規(guī)模也在不斷地?cái)U(kuò)大，從之前的20多個(gè)節(jié)點(diǎn)擴(kuò)大到北京區(qū)管系統(tǒng)的400多個(gè)節(jié)點(diǎn)，原有的基于中心節(jié)點(diǎn)的軟件版本管理系統(tǒng)由于受到節(jié)點(diǎn)數(shù)增多以及分區(qū)帶寬的限制，導(dǎo)致在系統(tǒng)軟件升級(jí)維護(hù)過(guò)程中，軟件升級(jí)包發(fā)布時(shí)間長(zhǎng)、效率低。針對(duì)該問(wèn)題，文章提出一種基于多級(jí)代理的空管軟件版本管理系統(tǒng)，系統(tǒng)采用基于MD5驗(yàn)證技術(shù)、多級(jí)分區(qū)代理技術(shù)和壓縮傳輸技術(shù)，實(shí)現(xiàn)了大規(guī)?？展芟到y(tǒng)軟件版本的快速管理。該系統(tǒng)有效提升了空管軟件的發(fā)布速率且節(jié)點(diǎn)數(shù)越多，效率提升越明顯。

關(guān)鍵詞：空管系統(tǒng)；版本管理；多級(jí)代理；效率

中圖分類號(hào)：TP311 "文獻(xiàn)標(biāo)志碼：A

0 引言

空管自動(dòng)化系統(tǒng)是民航空管單位對(duì)空指揮的核心系統(tǒng)之一［1］，每天24 h不間斷運(yùn)行，給管制人員提供連續(xù)、準(zhǔn)確、穩(wěn)定的空中交通管制信息，以進(jìn)行空中交通管制［2］。系統(tǒng)采用國(guó)際上廣泛使用并得到公認(rèn)的設(shè)計(jì)理念和設(shè)計(jì)方法，進(jìn)行模塊化、多重冗余的優(yōu)化設(shè)計(jì)。系統(tǒng)主要包括監(jiān)視數(shù)據(jù)引接、監(jiān)視數(shù)據(jù)預(yù)處理、多源監(jiān)視數(shù)據(jù)融合處理、相關(guān)和告警處理、飛行電報(bào)接收和飛行計(jì)劃處理、氣象數(shù)據(jù)處理、數(shù)據(jù)記錄和重演、管制席位信息顯示、系統(tǒng)監(jiān)控及數(shù)據(jù)管理、旁路監(jiān)視數(shù)據(jù)處理、旁路飛行數(shù)據(jù)處理等功能模塊［3］，涉及功能模塊眾多。同時(shí)，隨著我國(guó)航班量的不斷增加，空管系統(tǒng)規(guī)模也在不斷擴(kuò)大，節(jié)點(diǎn)數(shù)持續(xù)增長(zhǎng)，在北京新機(jī)場(chǎng)空管自動(dòng)化系統(tǒng)中，系統(tǒng)節(jié)點(diǎn)數(shù)已經(jīng)達(dá)到了400多個(gè)。軟件的升級(jí)維護(hù)需要有效的輔助工具，以減少不必要的人工操作風(fēng)險(xiǎn)。對(duì)于需要24 h不中斷的運(yùn)行系統(tǒng)，升級(jí)過(guò)程應(yīng)盡量規(guī)范高效，在有限的維護(hù)時(shí)間中，要盡可能快速高效地完成軟件版本的升級(jí)工作。因此，文章設(shè)計(jì)了一種基于多級(jí)代理的空管軟件版本管理系統(tǒng)。系統(tǒng)采用基于MD5驗(yàn)證技術(shù)、多級(jí)分區(qū)代理技術(shù)和壓縮傳輸技術(shù)，實(shí)現(xiàn)大規(guī)模空管系統(tǒng)軟件版本的快速管理。該系統(tǒng)有效提升了升級(jí)過(guò)程中空管軟件的發(fā)布速率。節(jié)點(diǎn)數(shù)越多，效率提升越明顯。

1 背景介紹

北京新機(jī)場(chǎng)空管自動(dòng)化系統(tǒng)是2019年為北京大興機(jī)場(chǎng)投入使用而建設(shè)的大型空管自動(dòng)化系統(tǒng)，該系統(tǒng)將為北京終端區(qū)、北京區(qū)管、首都機(jī)場(chǎng)塔臺(tái)、大興機(jī)場(chǎng)塔臺(tái)、天津機(jī)場(chǎng)塔臺(tái)等“兩市三場(chǎng)五地”提供管制自動(dòng)化服務(wù)。該系統(tǒng)首次采用了全新“TCU”架構(gòu)，引入了AMAN、塔臺(tái)數(shù)據(jù)交互、中期沖突探測(cè)、軟件版本管理、全新人機(jī)交互等新技術(shù)。該系統(tǒng)采用符合民航要求的84坐標(biāo)系進(jìn)行各種計(jì)算處理，可實(shí)現(xiàn)與相鄰管制區(qū)的自動(dòng)屏幕管制移交，能夠按照現(xiàn)場(chǎng)管制需求和管制移交規(guī)定通過(guò)MH/T 4029.3 C類報(bào)、《中國(guó)民用航空AIDC管制應(yīng)用指導(dǎo)手冊(cè)》和ICAO標(biāo)準(zhǔn)的AIDC協(xié)議進(jìn)行管制移交。系統(tǒng)設(shè)計(jì)采用分布式、開(kāi)放式的客戶/服務(wù)器（C/S）系統(tǒng)架構(gòu)，網(wǎng)絡(luò)采用3條本地網(wǎng)，具備多種類型的數(shù)據(jù)接口，具有較強(qiáng)的互聯(lián)能力，易于和其他設(shè)備及其他ATC系統(tǒng)進(jìn)行聯(lián)試。在該系統(tǒng)中，北京區(qū)管中心分區(qū)節(jié)點(diǎn)數(shù)為174個(gè)、北京終端分區(qū)節(jié)點(diǎn)數(shù)為127個(gè)、天津機(jī)場(chǎng)分區(qū)節(jié)點(diǎn)數(shù)為39個(gè)、大興機(jī)場(chǎng)分區(qū)節(jié)點(diǎn)數(shù)為23個(gè)、首都機(jī)場(chǎng)分區(qū)節(jié)點(diǎn)數(shù)為17個(gè)。

相較于從前，空管自動(dòng)化系統(tǒng)的系統(tǒng)結(jié)構(gòu)日趨復(fù)雜，系統(tǒng)節(jié)點(diǎn)數(shù)量急劇增長(zhǎng)，由最初的20多個(gè)節(jié)點(diǎn)擴(kuò)大到北京新機(jī)場(chǎng)空管自動(dòng)化系統(tǒng)的400多個(gè)節(jié)點(diǎn)。通過(guò)分析現(xiàn)有的軟件版本管理系統(tǒng)發(fā)現(xiàn)，現(xiàn)有系統(tǒng)主要存在以下不足。

（1）軟件升級(jí)包發(fā)布效率低。現(xiàn)有的軟件版本管理系統(tǒng)采用基于中心節(jié)點(diǎn)的集中式發(fā)布策略，對(duì)系統(tǒng)內(nèi)部節(jié)點(diǎn)按序依次分發(fā)升級(jí)包，該發(fā)布模式在北京新機(jī)場(chǎng)空管自動(dòng)化系統(tǒng)這樣的大型空管自動(dòng)化系統(tǒng)的應(yīng)用中體現(xiàn)出極大的局限性。

該空管自動(dòng)化系統(tǒng)節(jié)點(diǎn)數(shù)多達(dá)400多個(gè)，依次發(fā)布耗時(shí)較長(zhǎng)。該系統(tǒng)存在多個(gè)分區(qū)，分區(qū)與分區(qū)之間帶寬相對(duì)較小。而軟件版本管理系統(tǒng)服務(wù)端位于其中一個(gè)分區(qū)內(nèi)，意味著大量的節(jié)點(diǎn)需要跨區(qū)域進(jìn)行升級(jí)包發(fā)布，因而發(fā)布速率受區(qū)域間帶寬影響，發(fā)布效率進(jìn)一步降低，很大程度上影響了升級(jí)維護(hù)工作的高效進(jìn)行。

（2）數(shù)據(jù)庫(kù)須手動(dòng)升級(jí)。在軟件升級(jí)維護(hù)過(guò)程中，除了軟件版本的修改外，數(shù)據(jù)庫(kù)也經(jīng)常需要進(jìn)行同步升級(jí)。當(dāng)前數(shù)據(jù)庫(kù)升級(jí)多采用人工手動(dòng)升級(jí)方式，增加人工操作出錯(cuò)風(fēng)險(xiǎn)，數(shù)據(jù)庫(kù)升級(jí)作為軟件版本升級(jí)的一部分，未能納入現(xiàn)有的軟件版本管理系統(tǒng)的自動(dòng)化管理。

針對(duì)上述問(wèn)題，文章實(shí)現(xiàn)了一種基于多級(jí)代理的空管軟件版本管理系統(tǒng)。一方面，系統(tǒng)集成數(shù)據(jù)庫(kù)自動(dòng)化升級(jí)，完善升級(jí)管理流程；另一方面，系統(tǒng)增加發(fā)布策略，通過(guò)多級(jí)分區(qū)代理提高升級(jí)包發(fā)布速率；同時(shí)，利用md5校驗(yàn)技術(shù)，系統(tǒng)加強(qiáng)了文件一致性校驗(yàn)。

2 基于多級(jí)代理的空管軟件版本管理系統(tǒng)

該系統(tǒng)主要包括升級(jí)管理、版本一致性校驗(yàn)、發(fā)布策略設(shè)置3個(gè)部分。

2.1 升級(jí)管理

在多級(jí)代理的空管軟件版本管理系統(tǒng)中，升級(jí)管理模塊主要應(yīng)用場(chǎng)景是系統(tǒng)補(bǔ)丁升級(jí)，該場(chǎng)景也是版本管理中最為常見(jiàn)的使用場(chǎng)景。針對(duì)數(shù)據(jù)庫(kù)須手動(dòng)升級(jí)的不足，該模塊在升級(jí)流程中集成了數(shù)據(jù)庫(kù)的自動(dòng)化升級(jí)。升級(jí)管理流程如圖1所示。

（1）制作升級(jí)包的目錄結(jié)構(gòu)設(shè)計(jì)與系統(tǒng)層次結(jié)構(gòu)保持一致，升級(jí)包上傳至版本服務(wù)器后，客戶端界面自動(dòng)識(shí)別展示。

（2）升級(jí)之前將節(jié)點(diǎn)對(duì)應(yīng)升級(jí)包中的升級(jí)文件進(jìn)行備份，以備升級(jí)失敗后可以快速進(jìn)行文件回滾。在客戶端界面的備份列表中，可查看備份文件。同時(shí)，為了完善升級(jí)流程，對(duì)待升級(jí)的數(shù)據(jù)庫(kù)進(jìn)行相應(yīng)數(shù)據(jù)備份。

（3）發(fā)布時(shí)將升級(jí)文件發(fā)布到選中節(jié)點(diǎn)的接收升級(jí)包目錄下。文件在傳輸過(guò)程中利用文件壓縮技術(shù)確保文件壓縮后再進(jìn)行傳輸，減小文件大小，縮短文件發(fā)布時(shí)長(zhǎng)。在升級(jí)包發(fā)布過(guò)程中，客戶端界面顯示代理狀態(tài)、進(jìn)度以及執(zhí)行狀態(tài)。在發(fā)布完成后，升級(jí)包已經(jīng)傳送到指定節(jié)點(diǎn)，此刻并未合并文件，運(yùn)行系統(tǒng)狀態(tài)不受影響。

（4）激活時(shí)將升級(jí)文件合并到相應(yīng)目錄中。當(dāng)升級(jí)包激活時(shí)，客戶端界面顯示代理狀態(tài)、執(zhí)行狀態(tài)。若升級(jí)包中識(shí)別出包含數(shù)據(jù)庫(kù)升級(jí)文件，則對(duì)數(shù)據(jù)庫(kù)進(jìn)行同步升級(jí)。激活后按需重啟設(shè)備后，便可以進(jìn)行系統(tǒng)狀態(tài)的檢查。

發(fā)布、激活流程如圖2所示。

（5）在升級(jí)失敗的情況下，用戶利用升級(jí)前備份的文件可對(duì)升級(jí)文件、數(shù)據(jù)庫(kù)進(jìn)行回滾，快速回退到升級(jí)前的可用狀態(tài)。

（6）其他一些輔助功能包括升級(jí)包的刪除、節(jié)點(diǎn)歷史發(fā)布文件的刪除等，其可避免造成私有目錄下產(chǎn)生過(guò)多的無(wú)效文件。

2.2 版本一致性校驗(yàn)

在軟件版本管理系統(tǒng)中，版本的一致性要求必不可少。為了加強(qiáng)文件一致性校驗(yàn)，在該系統(tǒng)的設(shè)計(jì)中，系統(tǒng)利用MD5驗(yàn)證技術(shù)，除了確保文件發(fā)布的一致性外，還可以主動(dòng)觸發(fā)對(duì)空管自動(dòng)化系統(tǒng)內(nèi)部節(jié)點(diǎn)關(guān)鍵文件的版本狀態(tài)進(jìn)行統(tǒng)一校驗(yàn)。關(guān)鍵文件通過(guò)離線配置指定生效。

在全系統(tǒng)校驗(yàn)觸發(fā)后，版本管理軟件對(duì)系統(tǒng)配置目錄下的文件進(jìn)行MD5校驗(yàn)。在校驗(yàn)過(guò)程中，客戶端界面可以實(shí)時(shí)顯示代理狀態(tài)、執(zhí)行狀態(tài)、已校驗(yàn)的文件數(shù)。完成校驗(yàn)后，用戶可以看到校驗(yàn)的結(jié)果：若文件與版本服務(wù)器一致，則顯示綠色；若存在不一致則顯示紅色，采集代理離線則顯示灰色。針對(duì)選中節(jié)點(diǎn)，可以以列表的形式展示不一致文件信息以及文件MD5碼情況。

在軟件版本管理系統(tǒng)的客戶端顯示界面，用戶可以查看離線文件中配置的受校驗(yàn)?zāi)夸?、單?dú)進(jìn)行校驗(yàn)不受校驗(yàn)范圍影響的文件以及校驗(yàn)?zāi)夸泝?nèi)被忽略的文件。文件的忽略方式可以通過(guò)前綴、后綴匹配，或是指定文件的絕對(duì)路徑，或是整個(gè)目錄下的文件。

2.3 發(fā)布策略設(shè)置

針對(duì)軟件版本管理現(xiàn)存的升級(jí)包發(fā)布效率低的問(wèn)題，利用多級(jí)分區(qū)代理技術(shù)提升發(fā)布效率。多級(jí)代理結(jié)構(gòu)如圖3所示。系統(tǒng)可以通過(guò)isPartMode配置項(xiàng)靈活設(shè)置是否啟用分區(qū)模式，根據(jù)不同使用場(chǎng)景設(shè)置不同分區(qū)模式，以減少系統(tǒng)不必要的開(kāi)銷。

isPartMode：true，表示啟動(dòng)分區(qū)模式。一般用于跨地區(qū)分區(qū)間存在限速專線，此時(shí)單節(jié)點(diǎn)發(fā)布速度慢。在啟動(dòng)分區(qū)代理時(shí)，若分區(qū)指定則按指定的IP作為分區(qū)代理，若分區(qū)未指定則以分區(qū)內(nèi)第一臺(tái)機(jī)器作為默認(rèn)分區(qū)代理。

isPartMode：1，表示不采用分區(qū)模式。所有節(jié)點(diǎn)被當(dāng)作一個(gè)分區(qū)，一般適用于局域網(wǎng)/光纖直連模式。

（1）一級(jí)分區(qū)代理。

當(dāng)啟動(dòng)分區(qū)模式時(shí)，每個(gè)分區(qū)選出一個(gè)代理服務(wù)器，服務(wù)器先將文件發(fā)布給各分區(qū)代理，分區(qū)代理接收文件之后再對(duì)各自的分區(qū)內(nèi)節(jié)點(diǎn)進(jìn)行發(fā)布，減少了跨分區(qū)的發(fā)布次數(shù)。由此發(fā)布節(jié)點(diǎn)由一個(gè)變?yōu)槎鄠€(gè)且分區(qū)內(nèi)網(wǎng)絡(luò)帶寬遠(yuǎn)大于跨分區(qū)帶寬，從而提高發(fā)布速率。

（2）二次分區(qū)代理。

在分區(qū)內(nèi)做二次代理劃分，默認(rèn)10臺(tái)設(shè)備為一組，可以通過(guò)配置項(xiàng)進(jìn)行修改。分區(qū)代理先將升級(jí)包發(fā)布到每組的其中一臺(tái)設(shè)備上，再由此設(shè)備發(fā)布到組內(nèi)其他設(shè)備上，當(dāng)分區(qū)內(nèi)發(fā)布設(shè)備不足10臺(tái)時(shí)，不做二次代理。

不做二次代理的發(fā)布時(shí)間=節(jié)點(diǎn)數(shù)×文件大小發(fā)布速率

在節(jié)點(diǎn)數(shù)gt;10，分組數(shù)為10情況下，

做二次代理的發(fā)布時(shí)間=分組數(shù)量×文件大小發(fā)布速率+9×文件大小發(fā)布速率

做二次代理的發(fā)布時(shí)間不做二次代理的發(fā)布時(shí)間=分組數(shù)+9節(jié)點(diǎn)數(shù)≈110+9節(jié)點(diǎn)數(shù)

由上述計(jì)算公式可得，在使用二次分區(qū)代理的情況下，節(jié)點(diǎn)數(shù)越多，升級(jí)包發(fā)布效率提升越明顯［4］。

相較于原有的基于中心節(jié)點(diǎn)的軟件版本管理系統(tǒng)，基于多級(jí)代理的空管軟件版本管理系統(tǒng)在系統(tǒng)功能上更加完備，集成了數(shù)據(jù)庫(kù)自動(dòng)化升級(jí)功能，減輕了人工操作負(fù)擔(dān)，減小風(fēng)險(xiǎn)。該系統(tǒng)在版本一致性方面進(jìn)行功能增強(qiáng)，加強(qiáng)了升級(jí)前后的文件校驗(yàn)效果；在文件發(fā)布效率方面有較大提升，縮短了系統(tǒng)升級(jí)維護(hù)時(shí)間。

3 結(jié)語(yǔ)

文章介紹了空管自動(dòng)化系統(tǒng)的軟件版本管理系統(tǒng)，以其在自動(dòng)化系統(tǒng)規(guī)模擴(kuò)大后出現(xiàn)的升級(jí)包發(fā)布效率受限的缺陷為出發(fā)點(diǎn)，利用代理提升分區(qū)間的發(fā)布速率，結(jié)合二次代理提升分區(qū)內(nèi)的發(fā)布效率，通過(guò)多級(jí)分區(qū)代理技術(shù)與壓縮傳輸技術(shù)大幅提升級(jí)包發(fā)布效率，加速現(xiàn)場(chǎng)升級(jí)工作進(jìn)程，提升用戶體驗(yàn)。在節(jié)點(diǎn)數(shù)越多的情況下，基于多級(jí)代理的空管軟件版本管理系統(tǒng)的效率提升越明顯［5］。同時(shí)，所提系統(tǒng)利用MD5校驗(yàn)技術(shù)，保證了其與驗(yàn)證系統(tǒng)版本的一致性。系統(tǒng)將數(shù)據(jù)庫(kù)升級(jí)納入軟件版本升級(jí)的統(tǒng)一管理，使整個(gè)軟件版本的升級(jí)功能更加完備。隨著空管自動(dòng)化系統(tǒng)功能的不斷完備以及規(guī)模的不斷擴(kuò)大，基于多級(jí)分區(qū)代理的空管軟件版本管理系統(tǒng)必將在系統(tǒng)升級(jí)維護(hù)中發(fā)揮更大的作用。

參考文獻(xiàn)

［1］鄒國(guó)政.空管自動(dòng)化系統(tǒng)采用C類報(bào)文的飛行數(shù)據(jù)移交設(shè)計(jì)［J］.中國(guó)科技信息，2021（6）：20-22.

［2］張朋，張佳靜.NUMEN3000空管自動(dòng)化系統(tǒng)升降級(jí)設(shè)計(jì)［J］.無(wú)線互聯(lián)科技，2023（5）：54-56.

［3］周祿華，李璋靜.基于數(shù)據(jù)共享的進(jìn)港排序管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)［J］.信息化研究，2020（2）：58-62.

［4］彭成.基于多層索引的空間數(shù)據(jù)版本管理系統(tǒng)［J］.現(xiàn)代計(jì)算機(jī)，2022（23）：86-91.

［5］陳顯爐，李建文，于凱.基于無(wú)中心化的分布式技術(shù)的軟件版本分發(fā)管理系統(tǒng)的探討［J］.電子元器件與信息技術(shù)，2023（10）：35-38.

（編輯 王永超編輯）

Version management system for air traffic control software based on multi-level agents

JI" Xianhui1， LIU" Peng2， ZHOU" Luhua1

（1.Nanjing LES Information Technology Co.， Ltd.， Nanjing 210000， China; 2.The 31435 Force of the

People’s Liberation Army， Shenyang 110015， China）

Abstract： With the continuous increase in the number of civil aviation flights in China， the scale of the air traffic control automation system is also constantly expanding， from the previous more than 20 nodes to more than 400 nodes in the Beijing area management system. The original software version management system based on central nodes is limited by the increase in the number of nodes and partition bandwidth，resulting in long release time and low efficiency of software upgrade packages during the system software upgrade and maintenance process. In response to this issue， this article proposes an air traffic control software version management system based on multi-level agents. It adopts MD5 verification technology， multi-level partition agent technology， and compression transmission technology to achieve rapid management of large-scale air traffic control system software versions. The system effectively improves the release rate of air traffic control software， and the more nodes there are， the more significantly the efficiency improves.

Key words： air traffic control system; version management; multi-level agents; efficiency