浦東機(jī)場企業(yè)服務(wù)總線的研究與實(shí)踐

摘? 要：為解決浦東機(jī)場四個數(shù)據(jù)交換平臺存在的問題，根據(jù)公司一條總線的規(guī)劃原則，全新設(shè)計開發(fā)企業(yè)服務(wù)總線，實(shí)現(xiàn)統(tǒng)一的數(shù)據(jù)服務(wù)提供、統(tǒng)一的數(shù)據(jù)服務(wù)治理、統(tǒng)一的數(shù)據(jù)安全管理，統(tǒng)籌解決浦東機(jī)場內(nèi)部運(yùn)行、服務(wù)、安全、商業(yè)、能源、貨運(yùn)之間的信息傳輸和共享問題，并與航司、空管、民航局等外部單位建立標(biāo)準(zhǔn)化、規(guī)范化的數(shù)據(jù)共享通道，由此提升了數(shù)據(jù)服務(wù)質(zhì)量。該企業(yè)服務(wù)總線為智慧機(jī)場建設(shè)打造出堅(jiān)實(shí)的數(shù)據(jù)底座。

關(guān)鍵詞：智慧機(jī)場；數(shù)據(jù)交換；企業(yè)服務(wù)總線；數(shù)據(jù)服務(wù)；服務(wù)治理；數(shù)據(jù)底座

中圖分類號：TP39? 文獻(xiàn)標(biāo)識碼：A? 文章編號：2096-4706（2023）12-0022-06

Research and Practice of Enterprise Service Bus in Pudong Airport

PAN Shuohua

（Pudong International Airport of Shanghai International Airport Co.， Ltd.， Shanghai? 201207， China）

Abstract： In order to solve the problems existing in the four data exchange platforms in Pudong Airport， according to the planning principle of the company's one bus， the enterprise service bus is newly designed and developed to achieve unified data service provision， unified data service governance and unified data security management. It coordinates and solves the problems of information transmission and sharing among internal operation， service， safety， commerce， energy and freight transport of Pudong Airport， and establishes standardized data sharing channels with external units such as airlines， air traffic control， and civil aviation administration， so as to improve the quality of data services. The enterprise service bus creates a solid data base for smart airport construction.

Keywords： smart airport; data exchange; enterprise service bus; data service; service governance; data base

0? 引? 言

隨著業(yè)務(wù)量的不斷增長，浦東機(jī)場持續(xù)推進(jìn)信息化建設(shè)。圍繞航班生產(chǎn)相繼建成航班信息集成系統(tǒng)、機(jī)場信息平臺、浦東準(zhǔn)點(diǎn)ACDM系統(tǒng)，各單位也陸續(xù)建設(shè)了管理輔助系統(tǒng)。由于各類系統(tǒng)是在業(yè)務(wù)發(fā)展階段相繼提出并投入建設(shè)的，導(dǎo)致技術(shù)標(biāo)準(zhǔn)不一致，特別是系統(tǒng)之間的數(shù)據(jù)交換共享建設(shè)標(biāo)準(zhǔn)缺少統(tǒng)一的規(guī)劃。

近年來，民航四型機(jī)場建設(shè)和數(shù)字化轉(zhuǎn)型加速推進(jìn)，智慧機(jī)場作為四型機(jī)場的基礎(chǔ)支撐以及數(shù)字化轉(zhuǎn)型的實(shí)現(xiàn)手段，成為國內(nèi)機(jī)場信息化建設(shè)的核心目標(biāo)[1]。上海機(jī)場集團(tuán)也在2021年初正式提出數(shù)字化轉(zhuǎn)型、智慧化發(fā)展規(guī)劃綱要，規(guī)劃核心內(nèi)容明確提出加強(qiáng)數(shù)字底座建設(shè)，實(shí)現(xiàn)一條總線連通所有系統(tǒng)的目標(biāo)[2]。通過對企業(yè)服務(wù)總線（Enterprise Service Bus， ESB）的研究和實(shí)踐，可使浦東機(jī)場實(shí)現(xiàn)統(tǒng)一的數(shù)據(jù)服務(wù)提供和服務(wù)管控，有利于降低服務(wù)風(fēng)險，提升服務(wù)質(zhì)量，并在機(jī)場內(nèi)部、航司、民航局等單位建立標(biāo)準(zhǔn)化、規(guī)范化的數(shù)據(jù)共享通道，推進(jìn)數(shù)據(jù)在實(shí)際業(yè)務(wù)場景中的應(yīng)用，使數(shù)據(jù)價值最大化。

1? 業(yè)務(wù)現(xiàn)狀與目標(biāo)

1.1? 數(shù)據(jù)交換平臺的現(xiàn)狀與問題

2008年建設(shè)航班信息集成系統(tǒng)（AODB），該系統(tǒng)由中央數(shù)據(jù)庫、航班信息處理系統(tǒng)、資源分配管理系統(tǒng)和集成交換總線系統(tǒng)組成。2019年衛(wèi)星廳工程中擴(kuò)建了輕量級總線，目前接入傲創(chuàng)總線的有34個子系統(tǒng)，接入傲創(chuàng)輕量級總線的有衛(wèi)星廳的8個子系統(tǒng)。

2014的年建設(shè)機(jī)場協(xié)同決策系統(tǒng)（ACDM），具有航班監(jiān)控、機(jī)坪監(jiān)控、大屏展示和報表統(tǒng)計的功能，2017年將該系統(tǒng)調(diào)整為機(jī)場信息平臺，具有機(jī)場內(nèi)外部各個系統(tǒng)的信息收集存儲、轉(zhuǎn)發(fā)和共享功能。截至2021年，該信息平臺總共接入24個內(nèi)外部系統(tǒng)。

2017年新建浦東準(zhǔn)點(diǎn)系統(tǒng)（FACDM），具有航班放行監(jiān)控、CDM協(xié)同、地服保障監(jiān)控等功能。截至2021年，該系統(tǒng)對接了航司系統(tǒng)和空管系統(tǒng)等11個系統(tǒng)。

由此浦東機(jī)場圍繞航班生產(chǎn)形成三套系統(tǒng)、四個交換平臺，如圖1所示。并逐步暴露出以下問題：

1）四個平臺并存，定位日趨模糊。隨著平臺的不斷擴(kuò)展，彼此間的關(guān)系越來越復(fù)雜，造成雜亂的數(shù)據(jù)交互環(huán)境。平臺間無法統(tǒng)一管理，沒有統(tǒng)一的對外發(fā)布接口，數(shù)據(jù)一致性和權(quán)威性得不到保證。

2）接口規(guī)范不同，數(shù)據(jù)質(zhì)量不高。由于四個平臺的建設(shè)時期不同，所采用的技術(shù)標(biāo)準(zhǔn)不同，導(dǎo)致在數(shù)據(jù)交換時需要格式轉(zhuǎn)換和數(shù)據(jù)匹配。各平臺采集的數(shù)據(jù)來源存在差異，造成各平臺的數(shù)據(jù)不一致，且影響平臺的總體數(shù)據(jù)質(zhì)量。

3）數(shù)據(jù)局限航班生產(chǎn)，無法滿足企業(yè)經(jīng)營決策。平臺數(shù)據(jù)主要圍繞航班生產(chǎn)，數(shù)據(jù)類型較為單一，缺少航班運(yùn)行過程中的旅客、行李等業(yè)務(wù)數(shù)據(jù)，無法獲取機(jī)場安全、運(yùn)行、服務(wù)、交通、商業(yè)、能源、物流等其他各個重要業(yè)務(wù)領(lǐng)域的核心數(shù)據(jù)，難以為經(jīng)營決策提供充足有效的數(shù)據(jù)支撐，無法滿足上海機(jī)場從經(jīng)驗(yàn)決策向數(shù)字決策的轉(zhuǎn)變需求。

4）與集團(tuán)規(guī)劃不匹配，無法滿足智慧機(jī)場建設(shè)要求。在集團(tuán)層面難以梳理浦東的數(shù)據(jù)源關(guān)系和數(shù)據(jù)質(zhì)量管理，在浦東機(jī)場層面則是各個系統(tǒng)平臺面臨集團(tuán)的接入要求均要響應(yīng)，難以統(tǒng)一管理。四個平臺的現(xiàn)狀無法滿足智慧機(jī)場建設(shè)中統(tǒng)一數(shù)據(jù)底座的建設(shè)需要，不利于智慧機(jī)場建設(shè)的推進(jìn)。

1.2? 項(xiàng)目目標(biāo)與內(nèi)容

項(xiàng)目目標(biāo)是通過設(shè)計和實(shí)現(xiàn)企業(yè)服務(wù)總線，解決機(jī)場內(nèi)外部全數(shù)據(jù)域的信息傳輸和共享問題，打造智慧機(jī)場數(shù)據(jù)底座。

項(xiàng)目內(nèi)容包括搭建浦東機(jī)場ESB，集成系統(tǒng)接入ESB，遷移集成輕量級總線所有子系統(tǒng)至ESB，遷移集成總線部分子系統(tǒng)至ESB，遷移機(jī)場信息平臺的所有子系統(tǒng)至ESB，遷移浦東準(zhǔn)點(diǎn)系統(tǒng)的所有子系統(tǒng)至ESB，同時將浦東準(zhǔn)點(diǎn)系統(tǒng)作為子系統(tǒng)接入ESB，按需接入公司直屬單位其他系統(tǒng)。

2? 子系統(tǒng)的業(yè)務(wù)梳理

2.1? 子系統(tǒng)數(shù)據(jù)生產(chǎn)與消費(fèi)的需求

根據(jù)不同子系統(tǒng)的業(yè)務(wù)需求，子系統(tǒng)分別扮演數(shù)據(jù)生產(chǎn)者和數(shù)據(jù)消費(fèi)者角色。例如，航班信息集成系統(tǒng)將作為數(shù)據(jù)生產(chǎn)者暨航班類數(shù)據(jù)的唯一源頭，從信息源采集航班計劃、航班動態(tài)信息，并向航顯、廣播、離港等子系統(tǒng)提供航班計劃動態(tài)和資源分配信息。航顯、廣播、地服等子系統(tǒng)作為消費(fèi)者支撐具體的航班保障業(yè)務(wù)，需要從航班信息集成系統(tǒng)獲取航班計劃和動態(tài)信息來觸發(fā)業(yè)務(wù)運(yùn)行。同時，浦東機(jī)場也面臨與外部管理單位和局方管理單位之間的數(shù)據(jù)上報任務(wù)，因此對于集團(tuán)數(shù)據(jù)中心、民航共享數(shù)據(jù)中心、第三方合作單位等數(shù)據(jù)消費(fèi)方，需要提供數(shù)據(jù)共享渠道。

2.2? 子系統(tǒng)數(shù)據(jù)傳輸?shù)男阅苄枨?/p>

根據(jù)子系統(tǒng)數(shù)據(jù)傳輸與子系統(tǒng)數(shù)據(jù)業(yè)務(wù)本身的特點(diǎn)，為確保數(shù)據(jù)共享服務(wù)的質(zhì)量，不同類型子系統(tǒng)的數(shù)據(jù)傳輸性能存在差異性。

面向民航共享、集團(tuán)數(shù)據(jù)中心等外部子系統(tǒng)的數(shù)據(jù)傳輸需求，通常以批量準(zhǔn)時的數(shù)據(jù)傳輸為主，因此要確保大批量、定期數(shù)據(jù)傳輸?shù)男屎蜏?zhǔn)確性，通過數(shù)據(jù)文件、FTP、TCP接口的方式來實(shí)現(xiàn)。針對傳輸錯誤或數(shù)據(jù)缺漏，要具備斷點(diǎn)續(xù)傳或全部重傳的能力。針對支持日常生產(chǎn)運(yùn)行的子系統(tǒng)（如ACDM、地服系統(tǒng)、航顯、廣播），數(shù)據(jù)傳輸以滿足實(shí)時性需求為主，需通過ESB的服務(wù)接口來完成數(shù)據(jù)傳輸，并且總線的數(shù)據(jù)服務(wù)要具備數(shù)據(jù)重傳、補(bǔ)傳的能力。因此數(shù)據(jù)傳輸性能要求如下：生產(chǎn)者/消費(fèi)者每秒發(fā)送/接收的消息條數(shù)要達(dá)到200條/秒（Record/s）；生產(chǎn)者/消費(fèi)者每秒發(fā)送/接收的消息量要達(dá)到20 MB/s；消息延時保持在2 s以內(nèi)。

2.3? 子系統(tǒng)遷移的優(yōu)化

在實(shí)施過程中對子系統(tǒng)遷移工作開展論證評估。對直連航班信息集成系統(tǒng)一級IB的系統(tǒng)接口暫時保留，本次項(xiàng)目不做遷移，后續(xù)浦東機(jī)場航班信息集成系統(tǒng)如需進(jìn)行升級改造，則將其遷移至企業(yè)服務(wù)總線；停用CCTV視頻平臺、衛(wèi)星廳安防系統(tǒng)、衛(wèi)星廳多媒體信息顯示、衛(wèi)星廳行李分揀信息發(fā)布系統(tǒng)、京滬廣三地機(jī)場協(xié)同等不再使用的數(shù)據(jù)接口；合并T1T2和衛(wèi)星廳泊位引導(dǎo)系統(tǒng)，釋放平臺資源減輕運(yùn)維壓力；浦東機(jī)場與集團(tuán)之間的數(shù)據(jù)通過兩個ESB站點(diǎn)直接交互，集團(tuán)旅客服務(wù)平臺、集團(tuán)數(shù)據(jù)中心等隸屬集團(tuán)的系統(tǒng)不再直接對接浦東機(jī)場內(nèi)部系統(tǒng)，將統(tǒng)一通過集團(tuán)總線來獲取浦東機(jī)場相關(guān)業(yè)務(wù)系統(tǒng)數(shù)據(jù)。

2.4? 子系統(tǒng)分批遷移方案

ESB是對機(jī)場現(xiàn)有數(shù)據(jù)集成關(guān)系的重構(gòu)，所涉及的子系統(tǒng)范圍較廣，且很多子系統(tǒng)都處于運(yùn)行狀態(tài)。在分析系統(tǒng)運(yùn)行穩(wěn)定性、業(yè)務(wù)復(fù)雜性及各廠商的開發(fā)進(jìn)度等關(guān)鍵因素后，將子系統(tǒng)接口分三個批次遷移上線，以保障機(jī)場業(yè)務(wù)的安全性，如表1所示。

3? 企業(yè)服務(wù)總線的軟件設(shè)計

3.1? 企業(yè)服務(wù)總線的整體功能

ESB基于統(tǒng)一總線的理念創(chuàng)建機(jī)場的數(shù)據(jù)集成共享功能，實(shí)現(xiàn)機(jī)場內(nèi)應(yīng)用系統(tǒng)的數(shù)據(jù)交互管理，并具備向機(jī)場集團(tuán)及虹橋機(jī)場的擴(kuò)展接入能力。其中包括接入適配、總線服務(wù)、運(yùn)行監(jiān)控、總線管理和數(shù)據(jù)管理等功能模塊，實(shí)現(xiàn)了接入應(yīng)用系統(tǒng)和服務(wù)的注冊管理、接入適配和運(yùn)行監(jiān)控管理操作[3]。

ESB的建設(shè)重心是落實(shí)服務(wù)治理[4]。企業(yè)服務(wù)總線通過制定標(biāo)準(zhǔn)化的接口服務(wù)和數(shù)據(jù)接入標(biāo)準(zhǔn)規(guī)范，為所有企業(yè)內(nèi)的數(shù)據(jù)交互提供統(tǒng)一的交互方式，通過高度可配置化、易擴(kuò)展的系統(tǒng)架構(gòu)，在滿足現(xiàn)有業(yè)務(wù)發(fā)展以及數(shù)據(jù)交互的基礎(chǔ)上，又能夠滿足未來企業(yè)業(yè)務(wù)發(fā)展的需要。

ESB是服務(wù)調(diào)用者的大門，所有服務(wù)的調(diào)用都要通過服務(wù)總線來實(shí)現(xiàn)?？偩€可提供服務(wù)接入、服務(wù)路由、服務(wù)調(diào)用等功能，并提供一種服務(wù)松耦合機(jī)制。

3.2? 企業(yè)服務(wù)總線的服務(wù)規(guī)范

浦東ESB基于支持上海機(jī)場集團(tuán)統(tǒng)一總線服務(wù)的要求，在整體規(guī)劃層面對集團(tuán)范圍內(nèi)的服務(wù)總線各站點(diǎn)進(jìn)行規(guī)范化命名，按照主體的不同分為三個站點(diǎn)，分別為上海機(jī)場集團(tuán)企業(yè)服務(wù)總線、浦東機(jī)場企業(yè)服務(wù)總線和虹橋機(jī)場企業(yè)服務(wù)總線，三個站點(diǎn)的編號分別為SAA（集團(tuán)）、SHA（虹橋）、PVG（浦東）。

企業(yè)服務(wù)總線建設(shè)的關(guān)鍵在于服務(wù)治理過程，根據(jù)機(jī)場業(yè)務(wù)需求和通用的技術(shù)協(xié)議，結(jié)合服務(wù)特點(diǎn)對服務(wù)進(jìn)行分類定義。創(chuàng)新性地提出四類服務(wù)協(xié)議定義，以匹配機(jī)場各類業(yè)務(wù)場景，業(yè)務(wù)分類具有簡單、靈活、統(tǒng)一的特點(diǎn)。業(yè)務(wù)服務(wù)具體分為依賴服務(wù)、代理服務(wù)、混合服務(wù)和Q服務(wù)4種：

1）依賴服務(wù)。該服務(wù)是ESB為實(shí)現(xiàn)自身的業(yè)務(wù)功能所定義的服務(wù)，依賴服務(wù)并不直接對外提供服務(wù)。給依賴服務(wù)下定義是為了更好地管理ESB所用到的隱性服務(wù)內(nèi)容，方便日常管理工作。

2）代理服務(wù)。ESB對外提供代理服務(wù)在ESB上的統(tǒng)一訪問入口，代理服務(wù)可以是第三方提供的，也可以是ESB自身生成的服務(wù)。

3）混合服務(wù)。由ESB實(shí)現(xiàn)業(yè)務(wù)功能和規(guī)范并對外提供的同步轉(zhuǎn)異步或者異步轉(zhuǎn)同步的綜合服務(wù)類型。

4）Q服務(wù)。在服務(wù)命名上與混合服務(wù)保持一致，其主要應(yīng)用是系統(tǒng)間（支持跨總線站點(diǎn)）的消息投遞，支持一對一或一對多的消息投遞方式。

3.3? 企業(yè)服務(wù)總線的數(shù)據(jù)規(guī)范

3.3.1? 數(shù)據(jù)范圍

ESB定位為管理機(jī)場內(nèi)所有業(yè)務(wù)系統(tǒng)數(shù)據(jù)交互的核心系統(tǒng)，因此在與各個業(yè)務(wù)系統(tǒng)對接的過程中，本著應(yīng)收盡收的原則，最大限度接入有實(shí)際業(yè)務(wù)意義的數(shù)據(jù)。

3.3.2? 數(shù)據(jù)分級

從數(shù)據(jù)治理的角度來看，數(shù)據(jù)分級是對企業(yè)數(shù)據(jù)安全性的一種保障手段。而針對總線交換數(shù)據(jù)的數(shù)據(jù)分級操作，則是從數(shù)據(jù)的共享交換層面來保障數(shù)據(jù)交換的合法性。各業(yè)務(wù)系統(tǒng)在與ESB進(jìn)行數(shù)據(jù)對接時，充分理解所提供或消費(fèi)數(shù)據(jù)的業(yè)務(wù)重要性、管理要求、涉密要求等，進(jìn)行合理的數(shù)據(jù)分層分級設(shè)計，以滿足不同的管理要求。

ESB上數(shù)據(jù)分級按照如下方式進(jìn)行定義：

I級——不敏感數(shù)據(jù)：ESB和接入系統(tǒng)方認(rèn)可后，ESB可以直接授權(quán)接入系統(tǒng)消費(fèi)和訪問該級別數(shù)據(jù)。

Ⅱ級——一般敏感數(shù)據(jù)：需要ESB站點(diǎn)的業(yè)主方、ESB和接入系統(tǒng)方三方認(rèn)可后，ESB可以直接授權(quán)接入系統(tǒng)消費(fèi)和訪問該級別數(shù)據(jù)。

Ⅲ級——高度敏感數(shù)據(jù)：需要該數(shù)據(jù)的生產(chǎn)方或擁有者、ESB站點(diǎn)的業(yè)主方、ESB和接入系統(tǒng)方四方認(rèn)可后，ESB可以直接授權(quán)接入系統(tǒng)消費(fèi)和訪問該級別數(shù)據(jù)。

3.3.3? 數(shù)據(jù)格式規(guī)范

數(shù)據(jù)格式規(guī)范決定了數(shù)據(jù)自身的合規(guī)性。對于數(shù)據(jù)治理而言，只要是明確數(shù)據(jù)格式規(guī)范就能確保各類數(shù)據(jù)的表達(dá)方式。對數(shù)據(jù)格式規(guī)范的定義如下：

1）字符集編碼約定。在沒有特殊說明的情況下，所有基于總線傳輸?shù)臄?shù)據(jù)均以UTF-8進(jìn)行字符集編碼和解碼。

2）日期時間格式約定。對于時間格式，總線約定所有傳輸?shù)臅r間均采用24小時制，各接入系統(tǒng)均需對接機(jī)場北京標(biāo)準(zhǔn)時間進(jìn)行統(tǒng)一自動校時?？偩€約定的日期格式為：yyyy-MM-dd，且均采用北京時間。

3）命名約定。為保證總線傳輸消息的可讀性，在沒有特殊說明的情況下，所有字段命名采用大駝峰（帕斯卡命名法）命名規(guī)則，即所有單詞首字母均大寫。

4）字段約定。除刪除消息和系統(tǒng)消息外，如無特殊說明，所有消息發(fā)送時均發(fā)送約定的數(shù)據(jù)字段全集，保證業(yè)務(wù)系統(tǒng)的數(shù)據(jù)可靠性。

3.4? 應(yīng)用架構(gòu)

浦東機(jī)場企業(yè)服務(wù)總線管理平臺功能可分為管理、運(yùn)行和監(jiān)控三大類別。具體包括接入系統(tǒng)管理、資源管理、服務(wù)管理、統(tǒng)一總線管理、日志管理、系統(tǒng)管理，服務(wù)器監(jiān)控、運(yùn)行組件監(jiān)控、服務(wù)狀態(tài)監(jiān)控等，具體如圖2所示。

3.5? 數(shù)據(jù)架構(gòu)

ESB本身起到了數(shù)據(jù)交換的作用，因此ESB的數(shù)據(jù)架構(gòu)主要表現(xiàn)為輸入輸出的數(shù)據(jù)流和消息流中的數(shù)據(jù)結(jié)構(gòu)模型。從浦東機(jī)場各系統(tǒng)的集成關(guān)系來看，數(shù)據(jù)流核心體現(xiàn)在生產(chǎn)運(yùn)行方面，同時也包含部分與設(shè)備保障和服務(wù)保障相關(guān)的數(shù)據(jù)流。

3.5.1? 主要數(shù)據(jù)流

ESB主要實(shí)現(xiàn)了以下數(shù)據(jù)流：

1）航班信息服務(wù)數(shù)據(jù)流：PVGFIS、PVGAFDS。

2）航班信息更新服務(wù)：PVGFUIS。

3）天氣服務(wù)：PVGAWS。

4）航班地面保障信息服務(wù)：PVGFGS

3.5.2? 主要數(shù)據(jù)來源

對應(yīng)數(shù)據(jù)流的輸入要求，數(shù)據(jù)來源主要集中在航班信息、安全信息、地面保障信息幾個方面：

1）航班信息數(shù)據(jù)：PVGULTRAADP。

2）航班信息更新服務(wù)：PVGACDM、PVGFACDM、PVGAGS、PVGSATAGS、PVGMAX、PVGAESS、PVGCCTV、PVGHO、PVG9C、PVGMU、PVGCZ、PVGCA。

3）旅客安檢信息服務(wù)：PVGSIP。

4）航班配載信息服務(wù)：PVGHO、PVG9C、PVGMU、PVGCZ。

5）航班地面保障信息服務(wù)：PVGACDM、PVGIGO、PVGFUEL、PVGHO、PVG9C、PVGMU、PVGCZ、PVGCA。

3.5.3? 數(shù)據(jù)模型

數(shù)據(jù)模型定義了總線上傳輸?shù)闹饕畔?nèi)容。以規(guī)范性的描述來明確數(shù)據(jù)的名稱、類型、必要性和屬性。如表2所示為1種數(shù)據(jù)模型樣例。

3.6? 虛擬機(jī)集群架構(gòu)

ESB運(yùn)行在VMware虛擬化平臺上[5]，如圖3所示，使用Redhat企業(yè)版系統(tǒng)和領(lǐng)先的技術(shù)架構(gòu)，構(gòu)建Nginx、微服務(wù)、管控、ACE、Elasticsearch和Redis等集群，這些集群保證了ESB的高可用性和強(qiáng)穩(wěn)定性。

4? 企業(yè)服務(wù)總線的實(shí)現(xiàn)

4.1? ESB數(shù)據(jù)服務(wù)分類

通過ESB可以實(shí)現(xiàn)服務(wù)的整合和流程實(shí)現(xiàn)。根據(jù)浦東機(jī)場的業(yè)務(wù)特點(diǎn)和實(shí)際情況，將浦東ESB的數(shù)據(jù)服務(wù)分為30種，因篇幅所限，簡要介紹以下3種：

1）浦東機(jī)場航空器定位服務(wù)。浦東機(jī)場航空器定位服務(wù)（PVGAFTLOC）是指總線接收和對外發(fā)布航空器定位信息的服務(wù)，數(shù)據(jù)生產(chǎn)方將航空器定位信息發(fā)送至總線，數(shù)據(jù)消費(fèi)方可以通過接入實(shí)例化本服務(wù)分類，通過服務(wù)訂閱條件和信息控制，個性化獲取機(jī)場航空器定位信息。PVGAFTLOC主要包括航空器的航跡、航向、航速、高度、經(jīng)緯度、應(yīng)答機(jī)編號、機(jī)號、航班號等信息。

2）浦東機(jī)場空管流量信息服務(wù)。浦東機(jī)場空管流量信息服務(wù)（PVGATCTCDM）是指總線接收空管發(fā)布的流量和協(xié)調(diào)數(shù)據(jù)信息，空管的全國流量系統(tǒng)已經(jīng)定義了接口規(guī)范，因此本規(guī)范接口業(yè)務(wù)部分內(nèi)容按照空管全國流量系統(tǒng)接口要求進(jìn)行定義，具體參照空管發(fā)布的V2.4版本。

3）浦東機(jī)場行李安檢信息服務(wù)。浦東機(jī)場行李安檢信息服務(wù)（PVGBAGSECS）是指總線接收和對外發(fā)布行李安檢信息的服務(wù)，主要包括機(jī)場行李安檢流程（包括旅檢和行檢）各主要環(huán)節(jié)的數(shù)據(jù)交換內(nèi)容和檢查結(jié)果。數(shù)據(jù)生產(chǎn)方將相關(guān)節(jié)點(diǎn)信息發(fā)送至總線，數(shù)據(jù)消費(fèi)方可以通過接入實(shí)例化本服務(wù)分類，及通過服務(wù)訂閱條件和信息控制，個性化獲取機(jī)場行李安檢信息。

4.2? ESB的應(yīng)用

4.2.1? 運(yùn)行管理

ESB首頁以圖形化形式展示系統(tǒng)整體性能、數(shù)據(jù)及狀態(tài)，可在該頁面查看系統(tǒng)總體情況、服務(wù)運(yùn)行情況、服務(wù)調(diào)用排行信息、服務(wù)調(diào)用預(yù)警信息、數(shù)據(jù)流量統(tǒng)計情況。

4.2.2? ESB整體形態(tài)

ESB已完成28個子系統(tǒng)的接入，后續(xù)將持續(xù)規(guī)劃和完成其他系統(tǒng)的接入。ESB的建成標(biāo)志著智慧機(jī)場數(shù)據(jù)底座取得了實(shí)質(zhì)性的進(jìn)展。浦東總線與集團(tuán)總線互聯(lián)后的整體形態(tài)如圖4所示。

5? 結(jié)? 論

設(shè)計涵蓋全數(shù)據(jù)域的服務(wù)和字段，包括30種標(biāo)準(zhǔn)化數(shù)據(jù)服務(wù)及1 700多個字段；設(shè)計符合業(yè)務(wù)場景的服務(wù)模式，設(shè)計開發(fā)混合服務(wù)、代理服務(wù)、Queue服務(wù)、依賴服務(wù)；開發(fā)可視化監(jiān)控平臺，實(shí)現(xiàn)總線平臺、服務(wù)消費(fèi)方、服務(wù)提供方數(shù)據(jù)、服務(wù)、系統(tǒng)多維度可視化追蹤；開發(fā)全自動系統(tǒng)巡檢，總線的虛擬機(jī)達(dá)60臺，創(chuàng)單系統(tǒng)最大規(guī)模，自動化巡檢為后續(xù)更大規(guī)模的系統(tǒng)建設(shè)奠定技術(shù)和人才基礎(chǔ)；浦東總線和集團(tuán)總線采用統(tǒng)一規(guī)范，統(tǒng)一對接，符合集團(tuán)一條總線的戰(zhàn)略規(guī)劃。

ESB設(shè)計過程中，主動合并或取消了部分接口，節(jié)省子系統(tǒng)一側(cè)的開發(fā)費(fèi)用200萬元以上；ESB簡化了系統(tǒng)間的關(guān)系，降低了對接難度和開發(fā)成本，單個接口與原有開發(fā)模式對比，可以節(jié)約2個人/月的開發(fā)量，服務(wù)接口復(fù)用越多，節(jié)省的開發(fā)成本越多；ESB采用高可用性集群環(huán)境，簡化運(yùn)維復(fù)雜度，與之前4個數(shù)據(jù)交換平臺并存時相比，每年整體減少了30萬元的運(yùn)維成本。

ESB覆蓋機(jī)場內(nèi)外部涉及安全、服務(wù)、運(yùn)行等全領(lǐng)域的數(shù)據(jù)，打通各運(yùn)行保障分領(lǐng)域之間的壁壘，為浦東機(jī)場推進(jìn)數(shù)字決策提供基礎(chǔ)；一條總線集中管控信息多源問題，定義權(quán)威數(shù)據(jù)源，明確主數(shù)據(jù)，在機(jī)場數(shù)據(jù)共享和發(fā)布環(huán)境中提高信息權(quán)威性；為數(shù)據(jù)消費(fèi)者、數(shù)據(jù)管理者、數(shù)據(jù)提供者提供了工具平臺支撐，可有效滿足各類用戶理解數(shù)據(jù)、使用數(shù)據(jù)、管理數(shù)據(jù)和監(jiān)控數(shù)據(jù)的工作需求。

目前圍繞航班動態(tài)、地面保障、航油車輛、航司動態(tài)、登機(jī)橋運(yùn)作、樓宇自控等接口已就緒，但圍繞旅客信息、行李處理、視頻監(jiān)控智能分析、商業(yè)數(shù)據(jù)依舊不足；需要公開數(shù)據(jù)服務(wù)目錄推廣ESB，加快其他系統(tǒng)的接入，夯實(shí)公司數(shù)據(jù)底座。

ESB建成后，應(yīng)確立全公司范圍內(nèi)信息系統(tǒng)接口運(yùn)行管制策略，架設(shè)在原交換平臺上的接口需設(shè)定明確的下線時間表，降低接口維護(hù)成本和信息安全風(fēng)險，實(shí)現(xiàn)降本增效的目標(biāo)。

ESB一定程度上提升了數(shù)據(jù)交換質(zhì)量，但從全局來看它并不能控制子系統(tǒng)發(fā)送數(shù)據(jù)的及時性、準(zhǔn)確性、完整性，數(shù)據(jù)質(zhì)量的主要責(zé)任依舊落在核心數(shù)據(jù)的生產(chǎn)方。后續(xù)應(yīng)開啟數(shù)據(jù)治理專項(xiàng)工作，明確數(shù)據(jù)質(zhì)量責(zé)任，進(jìn)一步提升內(nèi)外部系統(tǒng)數(shù)據(jù)質(zhì)量。

參考文獻(xiàn)：

[1] 金琳.上海機(jī)場打造全球智慧機(jī)場標(biāo)桿 [J].上海國資，2021，249（6）：29-31.

[2] 周俊龍.“數(shù)字孿生機(jī)場”助力上海智慧機(jī)場建設(shè) [J].航空港，2021（1）：42-45.

[3] 孫赫勇，趙建軍，陳元龍.基于企業(yè)服務(wù)總線信息系統(tǒng)集成平臺設(shè)計 [J].工業(yè)控制計算機(jī)，2019，32（7）：109-110.

[4] 張炎.中國進(jìn)出口銀行企業(yè)服務(wù)總線平臺選型與建設(shè) [J].中國金融電腦，2020，366（1）：82-84.

[5] 郭濤.浦東機(jī)場IT基礎(chǔ)架構(gòu)現(xiàn)代化新征程啟示錄 [J].網(wǎng)絡(luò)安全和信息化，2021，62（6）：8-10.

作者簡介：潘碩華（1980—），男，漢族，上海人，高級工程師，碩士，研究方向：智慧機(jī)場規(guī)劃與建設(shè)。