新型航空電商架構(gòu)平臺(tái)建設(shè)研究及應(yīng)用

廖忠濤 許嘉偉 陳川 彭向暉

摘 要 文章主要介紹基于移動(dòng)互聯(lián)網(wǎng)、大數(shù)據(jù)等新形勢(shì)背景下，航空公司電商架構(gòu)平臺(tái)建設(shè)所面臨的挑戰(zhàn)，以及通過(guò)建設(shè)新型航空電商架構(gòu)平臺(tái)去應(yīng)對(duì)挑戰(zhàn)。此電商架構(gòu)平臺(tái)已應(yīng)用在某航空公司電子直銷平臺(tái)，并取得了一定的效果。新型航空電商平臺(tái)建設(shè)在航空公司電商銷售系統(tǒng)建設(shè)中具有較大的借鑒和推廣價(jià)值。

關(guān)鍵詞 互聯(lián)網(wǎng)；電子商務(wù)；平臺(tái)構(gòu)建

中圖分類號(hào) TP3 文獻(xiàn)標(biāo)識(shí)碼 A 文章編號(hào) 1674-6708（2018）220-0089-05

1 綜述

互聯(lián)網(wǎng)二次革命移動(dòng)互聯(lián)網(wǎng)時(shí)代、大數(shù)據(jù)時(shí)代，面對(duì)國(guó)資委“提直降代”要求、高鐵的沖擊、航旅消費(fèi)人群的變化，如何吸引及留住用戶、提升系統(tǒng)響應(yīng)、拓展輔加服務(wù)，提升用戶體驗(yàn)及系統(tǒng)銷量，實(shí)現(xiàn)“千人千面”營(yíng)銷，在激烈的競(jìng)爭(zhēng)中脫穎而出，是各航空公司面臨的重要課題。本文結(jié)合新形勢(shì)、“互聯(lián)網(wǎng)+”環(huán)境下，運(yùn)用先進(jìn)的互聯(lián)網(wǎng)技術(shù)，研究新型航空電商平臺(tái)的構(gòu)建，探索這種新型航空電商平臺(tái)在航空公司電商銷售平臺(tái)建設(shè)中的應(yīng)用。

2 航空公司電商平臺(tái)建設(shè)面臨的挑戰(zhàn)

2.1 業(yè)務(wù)需求的急速增長(zhǎng)

電商平臺(tái)就如同超市，沒(méi)有流量就不會(huì)有銷量，提升直銷銷量最重要途徑之一，是提升網(wǎng)站及移動(dòng)端用戶訪問(wèn)量、活躍度。實(shí)現(xiàn)的方式是推出各種營(yíng)銷活動(dòng)，吸引大量用戶的關(guān)注和參與，并最終轉(zhuǎn)化成購(gòu)票行為。例如東航推出的機(jī)票秒殺活動(dòng)、國(guó)航推出雙11機(jī)票搶購(gòu)活動(dòng)、海航每月8號(hào)會(huì)員日活動(dòng)等?；顒?dòng)期間必然導(dǎo)致訪問(wèn)請(qǐng)求量、并發(fā)量激增，高峰期可能是平時(shí)5～20倍的量級(jí)增長(zhǎng)。如圖1，某航空公司某次營(yíng)銷活動(dòng)日請(qǐng)求量與平時(shí)對(duì)比。

2.2 業(yè)務(wù)邏輯日益復(fù)雜化

廣告活動(dòng)、機(jī)票銷售等由傳統(tǒng)“千人一面”變成“千人千面”，由B2C模式向C2B模式轉(zhuǎn)變，后臺(tái)基礎(chǔ)服務(wù)要支撐包括機(jī)票、支付、優(yōu)惠券營(yíng)銷、升艙、餐食、付費(fèi)行李、付費(fèi)選座、里程兌換、機(jī)上WiFi預(yù)選等各種業(yè)務(wù)處理。

2.3 業(yè)務(wù)數(shù)據(jù)多樣化、異構(gòu)化

業(yè)務(wù)模塊增多，數(shù)據(jù)源越來(lái)越多，接入的數(shù)據(jù)結(jié)構(gòu)由以前的結(jié)構(gòu)化數(shù)據(jù)整合轉(zhuǎn)為銷售訂單數(shù)據(jù)、訪問(wèn)大日志數(shù)據(jù)、網(wǎng)頁(yè)訪問(wèn)行為數(shù)據(jù)、各種埋點(diǎn)數(shù)據(jù)等多元化異構(gòu)數(shù)據(jù)整合。

2.4 業(yè)務(wù)的高速發(fā)展和迭代

業(yè)務(wù)高速發(fā)展和迭代，新增大量的業(yè)務(wù)需求，而且業(yè)務(wù)需求不斷發(fā)展變化，部分業(yè)務(wù)需求有很高的時(shí)效性要求。行業(yè)數(shù)據(jù)顯示，航空旅游消費(fèi)主力群體集中在25歲～40歲之間，這部分人基本出生在改革開放后，較樂(lè)于接受新鮮事物，習(xí)慣手機(jī)網(wǎng)購(gòu)，不僅僅滿足于航空點(diǎn)到點(diǎn)的運(yùn)輸服務(wù)，期望對(duì)出行各環(huán)節(jié)、全流程全面的服務(wù)提供，更注重個(gè)性化產(chǎn)品服務(wù)體驗(yàn)，期望得到及時(shí)回應(yīng)的互動(dòng)式服務(wù)體驗(yàn)。消費(fèi)群體變化，導(dǎo)致在航空出行全流程涌現(xiàn)各種不同的業(yè)務(wù)需求，包括個(gè)性化運(yùn)價(jià)、線上線下營(yíng)銷（O2O）、機(jī)票打包、微信營(yíng)銷、機(jī)上娛樂(lè)等。對(duì)項(xiàng)目研發(fā)效率、項(xiàng)目管理方式、項(xiàng)目技術(shù)架構(gòu)提出新的更高要求。

在這種新形勢(shì)下，傳統(tǒng)航空電商應(yīng)用架構(gòu)不得不變，要對(duì)系統(tǒng)應(yīng)用架構(gòu)的自我重生和涅槃，需要改為大數(shù)據(jù)及新的高并發(fā)架構(gòu)，來(lái)應(yīng)對(duì)業(yè)務(wù)需求激增及高速迭代帶來(lái)的挑戰(zhàn)。

3 應(yīng)對(duì)挑戰(zhàn)的系統(tǒng)架構(gòu)改造思路

面對(duì)這些挑戰(zhàn)，我們的應(yīng)用系統(tǒng)架構(gòu)應(yīng)該如何涅槃？總體思路上從4個(gè)方面進(jìn)行：

3.1 系統(tǒng)的存儲(chǔ)

存儲(chǔ)是航空電商交易的核心，這一點(diǎn)對(duì)于整個(gè)系統(tǒng)的吞吐量和并發(fā)量的提升起到最關(guān)鍵的作用，需要結(jié)合數(shù)據(jù)存儲(chǔ)模型和具體應(yīng)用的場(chǎng)景。

3.2 系統(tǒng)的計(jì)算

主要從橫向和縱向考慮：橫向主要是增加并發(fā)度，增加并行鏈路及使用集群分布式?？v向拆分就是要求我們找到計(jì)算的結(jié)合點(diǎn)從而進(jìn)行分層計(jì)算處理，將各層次計(jì)算完后的結(jié)果整合，盡可能最大化系統(tǒng)整體的處理能力。

3.3 業(yè)務(wù)層架構(gòu)

要求系統(tǒng)的良好的模塊化設(shè)計(jì)，清楚的定義模塊的邊界，模塊自升級(jí)和可配置化。在模塊化基礎(chǔ)上，引進(jìn)最新的微服務(wù)架構(gòu)，并能實(shí)現(xiàn)容器部署。

3.4 開發(fā)管理模式轉(zhuǎn)變

軟件工程管理有自身特點(diǎn)，需求總是在不斷變化，充滿很多不確定性，需要通過(guò)不斷的自我調(diào)整、不斷迭代、階段交付，與需求不斷碰撞、與用戶頻繁交互等，去適應(yīng)各種變化。傳統(tǒng)的從上而下的“瀑布模型”已不能適應(yīng)業(yè)務(wù)需求的高速發(fā)展和迭代，需要用新的快速迭代的方式去適應(yīng)。

4 應(yīng)對(duì)挑戰(zhàn)的新型航空電商架構(gòu)平臺(tái)設(shè)計(jì)

面對(duì)這些挑戰(zhàn)，航空電商架構(gòu)平臺(tái)如何涅槃？下面參考第三章中的思路，主要從對(duì)系統(tǒng)架構(gòu)設(shè)計(jì)最重要的5個(gè)方面，即存儲(chǔ)的設(shè)計(jì)、架構(gòu)層設(shè)計(jì)、業(yè)務(wù)計(jì)算的設(shè)計(jì)、敏捷模型、云服務(wù)介紹新型航空電商架構(gòu)平臺(tái)設(shè)計(jì)。

4.1 存儲(chǔ)的設(shè)計(jì)

馬云曾說(shuō)：人類正從IT時(shí)代走向DT時(shí)代。在大數(shù)據(jù)時(shí)代，數(shù)據(jù)是企業(yè)的一種寶貴資源，但最關(guān)鍵的是如何存儲(chǔ)、使用和利用好數(shù)據(jù)。航空公司電商現(xiàn)狀是需要安全存儲(chǔ)海量的數(shù)據(jù)，高吞吐，并發(fā)能力強(qiáng)，同時(shí)隨著數(shù)據(jù)量和請(qǐng)求量的快速增加，能夠通過(guò)加節(jié)點(diǎn)來(lái)快速擴(kuò)容。另外還需要支持故障轉(zhuǎn)移，自動(dòng)恢復(fù)，無(wú)需額外或只是很低的運(yùn)維成本。下面以建立航空公司搜索智能庫(kù)存緩存平臺(tái)為例介紹存儲(chǔ)的設(shè)計(jì)。

航空公司做電商直銷平臺(tái)架構(gòu)的時(shí)候普遍面臨一個(gè)問(wèn)題：即高并發(fā)查詢與自身后臺(tái)或依賴的第三方接口性能處理能力不足之間的矛盾。如果把航班、艙位、票價(jià)當(dāng)作商品，那么這個(gè)商品每時(shí)每刻都有用戶高頻的查詢及購(gòu)買，高峰期可能每秒達(dá)數(shù)百次查詢，商品庫(kù)存時(shí)刻在變化。面對(duì)庫(kù)存的時(shí)刻變化，簡(jiǎn)單的做數(shù)據(jù)緩存無(wú)法解決用戶查詢緩存數(shù)據(jù)準(zhǔn)確率低、用戶體驗(yàn)不友好的問(wèn)題。面對(duì)這個(gè)問(wèn)題，我們通過(guò)建立倉(cāng)儲(chǔ)庫(kù)存、消息通信機(jī)制、被動(dòng)式+主動(dòng)式緩存等3個(gè)方面設(shè)計(jì)解決。

建立“倉(cāng)儲(chǔ)”庫(kù)存。建立倉(cāng)儲(chǔ)庫(kù)存平臺(tái)，把所有的航線、座位、票價(jià)等數(shù)據(jù)放在“倉(cāng)庫(kù)”，用戶查詢的時(shí)候直接從自己的“倉(cāng)儲(chǔ)”中拿出來(lái)返回給用戶?？梢愿鶕?jù)不同業(yè)務(wù)數(shù)據(jù)特點(diǎn)，選擇不同的“倉(cāng)儲(chǔ)”庫(kù)存工具，針對(duì)座位、票價(jià)高并發(fā)訪問(wèn)數(shù)據(jù)，可選擇采用MongoDB+Redis的數(shù)據(jù)存儲(chǔ)方案。

通過(guò)消息通信機(jī)制保障庫(kù)存“供應(yīng)鏈”管理，實(shí)現(xiàn)實(shí)時(shí)或準(zhǔn)實(shí)時(shí)更新。影響航線、座位、票價(jià)數(shù)據(jù)庫(kù)存的因素很多，包括AV、航班計(jì)劃、pricing、票價(jià)收益、Booking、監(jiān)控等。通過(guò)建立消息隊(duì)列通信機(jī)制，將每一個(gè)環(huán)節(jié)的變化信息發(fā)送給消息隊(duì)列，消息隊(duì)列則推送給“倉(cāng)儲(chǔ)”庫(kù)存平臺(tái)，在消息隊(duì)列里面，保證每一個(gè)消息都會(huì)被處理?？蛇x的消息隊(duì)列工具包括RabbitMQ，Apache ActiveMQ，RocketMQ等。

建立被動(dòng)式+主動(dòng)式緩存機(jī)制。當(dāng)用戶實(shí)時(shí)搜索的時(shí)候可以做被動(dòng)式緩存，用戶沒(méi)有搜索的時(shí)候做主動(dòng)式緩存。根據(jù)各影響因子或環(huán)節(jié)特點(diǎn)設(shè)計(jì)主動(dòng)更新庫(kù)存時(shí)間表，每天按計(jì)劃時(shí)間設(shè)置不同頻率準(zhǔn)時(shí)訪問(wèn)各影響因子或環(huán)節(jié)，并建立科學(xué)監(jiān)控埋點(diǎn)，第一時(shí)間獲取庫(kù)存變化信息。

總體上，航空公司可以根據(jù)需要存儲(chǔ)的數(shù)據(jù)大小、數(shù)據(jù)類型、數(shù)據(jù)讀寫頻度等不同的業(yè)務(wù)場(chǎng)景需求，選擇對(duì)應(yīng)的存儲(chǔ)技術(shù)。

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

1）面向服務(wù)的模塊化：很多航空電商平臺(tái)還在使用傳統(tǒng)單體式應(yīng)用架構(gòu)，所謂單體式應(yīng)用架構(gòu)，簡(jiǎn)單的說(shuō)就是將復(fù)雜的業(yè)務(wù)模塊放在一個(gè)應(yīng)用里面，開發(fā)、升級(jí)、部署都在一起。這種單體式應(yīng)用架構(gòu)的缺點(diǎn)是：隨著業(yè)務(wù)需求不斷增加，單體應(yīng)用變得越來(lái)越臃腫，技術(shù)債務(wù)不斷堆積，可維護(hù)性、可擴(kuò)展升級(jí)性、靈活性逐漸降低，各業(yè)務(wù)應(yīng)用模塊相互影響及牽制。針對(duì)航空電商業(yè)務(wù)特點(diǎn)，可將其進(jìn)行模塊化拆分，將航班票價(jià)查詢、機(jī)票下單、支付、登錄、訂單管理、優(yōu)惠券管理、里程兌換、航班動(dòng)態(tài)管理等模塊獨(dú)立出來(lái)，單獨(dú)更新升級(jí)、獨(dú)立部署。

2）微服務(wù)：微服務(wù)架構(gòu)是一種架構(gòu)風(fēng)格和設(shè)計(jì)模式，他提倡將應(yīng)用分割成一系列細(xì)小的服務(wù)，每個(gè)服務(wù)專注于單一業(yè)務(wù)功能，運(yùn)行于獨(dú)立的進(jìn)程中，服務(wù)之間邊界清晰，采用輕量級(jí)通信機(jī)制（如HTTP/REST）相互溝通、配合來(lái)實(shí)現(xiàn)完整的應(yīng)用[2]。微服務(wù)是在模塊化基礎(chǔ)上的升級(jí)，是“小而?！?，輕量級(jí)、組件化、服務(wù)化，服務(wù)可以細(xì)化到每個(gè)接口API。微服務(wù)架構(gòu)改造不能生搬硬套，需要從微服務(wù)拆分、接口適配、服務(wù)治理、微服務(wù)的開發(fā)管理等進(jìn)行改造升級(jí)。

（1）微服務(wù)拆分：主要從業(yè)務(wù)和領(lǐng)域模型、技術(shù)及業(yè)務(wù)量、團(tuán)隊(duì)組成等幾個(gè)方面進(jìn)行微服務(wù)拆分。一個(gè)服務(wù)的邊界最好是由業(yè)務(wù)和領(lǐng)域模型決定，為了保證服務(wù)功能的單一內(nèi)聚和獨(dú)立布署，我們參考領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的思路去決定一個(gè)微服務(wù)的大小和邊界。例如對(duì)于航空公司航班票價(jià)查詢Shopping云庫(kù)存緩存系統(tǒng)，就要組織相關(guān)的服務(wù)，結(jié)合數(shù)據(jù)的組成方式和功能，整理出監(jiān)控、整合庫(kù)存數(shù)據(jù)、緩存數(shù)據(jù)、查詢等服務(wù)；而對(duì)于低價(jià)日歷這種業(yè)務(wù)模型單一的功能，我們可以直接使用一個(gè)服務(wù)就實(shí)現(xiàn)。

（2）接口適配：在開放的底層接口中，客戶端的接入五花八門，為了減少對(duì)客戶端的嵌入，在微服務(wù)應(yīng)用架構(gòu)的過(guò)程中需考慮許多種通訊方式的支持，因此微服務(wù)的架構(gòu)需考慮“六邊形架構(gòu)”的模式（見(jiàn)圖3），搭建和外部服務(wù)交互的端口和適配器。每個(gè)微服務(wù)都有明確的上下文邊界，微服務(wù)間通過(guò)消息或者h(yuǎn)ttp請(qǐng)求進(jìn)行交互。

（3）服務(wù)治理：為了更好的引入微服務(wù)，需要進(jìn)行服務(wù)治理解決服務(wù)依賴問(wèn)題。設(shè)計(jì)微服務(wù)時(shí)對(duì)顆粒度進(jìn)行把控，減少多重依賴，使服務(wù)盡量扁平化；同時(shí)，需要將各公共服務(wù)獨(dú)立出來(lái)，例如建立基于redis緩存服務(wù)，基于rocketMQ消息服務(wù)，基于flume+ElasticSearch+kibana的日志服務(wù)等。

（4）微服務(wù)的開發(fā)及管理：在微服務(wù)開發(fā)和管理過(guò)程中，微服務(wù)突出表現(xiàn)在“小”這一方面，具體表現(xiàn)在開發(fā)周期和團(tuán)隊(duì)都變小。開發(fā)周期控制采用敏捷開發(fā)的方式，通過(guò)迭代加快開發(fā)進(jìn)度和適應(yīng)變更，更具靈活性。團(tuán)隊(duì)的規(guī)模，根據(jù)康威定律，微服務(wù)的團(tuán)隊(duì)組織結(jié)構(gòu)相比以前的項(xiàng)目就小很多。例如針對(duì)航空公司行程中心中間庫(kù)系統(tǒng)，可以配置1個(gè)PM和2個(gè)開發(fā)作為主體，同時(shí)對(duì)配置管理平臺(tái)CMC和監(jiān)控功能再配置2名開發(fā)人員輔助，整體5個(gè)人團(tuán)隊(duì)就完成了相關(guān)項(xiàng)目。

實(shí)現(xiàn)微服務(wù)之后，可以將航空公司眾多的業(yè)務(wù)功能點(diǎn)分散在各個(gè)微服務(wù)中實(shí)現(xiàn)，可以支撐快速響應(yīng)開發(fā)，快速部署。

4.3 計(jì)算的設(shè)計(jì)

4.3.1 在線計(jì)算

橫向擴(kuò)展。應(yīng)對(duì)訪問(wèn)量、銷售量快速增長(zhǎng)，使用增加并發(fā)鏈路、分布式部署方式，增加橫向計(jì)算能力。例如針對(duì)移動(dòng)端訪問(wèn)量新增，可擴(kuò)大移動(dòng)平臺(tái)并發(fā)鏈路，對(duì)Redis集群部署等。

縱向擴(kuò)展。拆分業(yè)務(wù)模塊，對(duì)原來(lái)只有一層的單一應(yīng)用，拆分成多層，例如把航班票價(jià)查詢接口拆分成票價(jià)獲取、航班獲取、票價(jià)航班組合處理；針對(duì)機(jī)票下單拆分成票價(jià)校驗(yàn)、訂座生成PNR、訂單入庫(kù)等。對(duì)存儲(chǔ)拆分，對(duì)查詢頻率高的熱數(shù)據(jù)放到緩存中，對(duì)冷數(shù)據(jù)則基于下一級(jí)存儲(chǔ)，例如Mysql。

業(yè)務(wù)層推薦策略。根據(jù)用戶搜索、用戶點(diǎn)擊瀏覽、用戶曾經(jīng)購(gòu)買記錄等，推測(cè)用戶意圖，推薦策略生成的產(chǎn)品數(shù)據(jù)集合，接著按照?qǐng)鼍耙?guī)則，業(yè)務(wù)邏輯重新過(guò)濾，聚合、排序。例如分析發(fā)現(xiàn)某用戶對(duì)“廣州-三亞”關(guān)注度很高，且根據(jù)其曾經(jīng)購(gòu)票行為判斷為價(jià)格敏感型用戶，則提前緩存近1～2個(gè)月“廣州-三亞”“廣州-?？凇焙骄€最低價(jià)數(shù)據(jù)，有針對(duì)性的推薦給用戶。

4.3.2 離線計(jì)算

主要分4個(gè)階段：

1）數(shù)據(jù)收集階段：在網(wǎng)站、手機(jī)、觸屏前端、應(yīng)用端、接口端建立起各種“埋點(diǎn)”，收集各種用戶數(shù)據(jù)。

2）預(yù)處理階段：這塊主要為后續(xù)數(shù)據(jù)挖掘做一些數(shù)據(jù)的準(zhǔn)備工作，數(shù)據(jù)去重，過(guò)濾，對(duì)缺失信息的補(bǔ)足。舉例來(lái)說(shuō)用戶打開APP，系統(tǒng)采集定位到該用戶所在城市為北京，通過(guò)連接后臺(tái)會(huì)員庫(kù)、銷售庫(kù)獲取該用戶為銀卡用戶，過(guò)兩天飛“北京-悉尼”，系統(tǒng)主動(dòng)為其推送機(jī)上WiFi、機(jī)上餐食等。

3）數(shù)據(jù)挖掘階段：主要運(yùn)用一些常用的數(shù)據(jù)挖掘算法進(jìn)行模型訓(xùn)練和推薦數(shù)據(jù)的輸出。

4）數(shù)據(jù)導(dǎo)入展示階段：對(duì)挖掘結(jié)果數(shù)據(jù)進(jìn)行導(dǎo)入存儲(chǔ)，并界面化、圖形化進(jìn)行展示。

4.4 敏捷模型

敏捷開發(fā)是一種以人為核心、迭代、循序漸進(jìn)的開發(fā)方法。在敏捷開發(fā)中，軟件項(xiàng)目的構(gòu)建被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備集成和可運(yùn)行的特征。對(duì)于快速增長(zhǎng)變化的航空業(yè)務(wù)需求，“敏捷模型”可以很好的解決需求不斷變化的問(wèn)題，實(shí)現(xiàn)快速迭代、快速交付。圖4為敏捷的一個(gè)模型圖，以2周為一個(gè)迭代周期。

4.5 云服務(wù)

阿里巴巴2017年“雙11”交易峰值達(dá)到32.5萬(wàn)筆/秒，支撐如此高并發(fā)處理的正是阿里“電商云化”架構(gòu)。隨著航空公司大規(guī)模營(yíng)銷活動(dòng)、促銷活動(dòng)深入開展，國(guó)際化戰(zhàn)略的深入，越來(lái)越需要得到一種可以彈性伸縮、可擴(kuò)展的基礎(chǔ)架構(gòu)服務(wù)IaaS、平臺(tái)服務(wù)PaaS、軟件服務(wù)SaaS，并能夠解決海外信息數(shù)據(jù)平臺(tái)建設(shè)的問(wèn)題。云服務(wù)部署能很好的解決上述問(wèn)題。

5 應(yīng)用案例

根據(jù)上述新型航空電商架構(gòu)建設(shè)研究分析結(jié)果，某航空公司針對(duì)航班票價(jià)搜索、基于“倉(cāng)儲(chǔ)”庫(kù)存+“供應(yīng)鏈”管理架構(gòu)設(shè)計(jì)、使用MongoDB+Redis存儲(chǔ)及RocketMQ消息隊(duì)列技術(shù)完成建設(shè)Shopping智能云庫(kù)存緩存平臺(tái)，日均處理消息1 500萬(wàn)+，庫(kù)存數(shù)據(jù)庫(kù)實(shí)現(xiàn)對(duì)該航空公司國(guó)內(nèi)國(guó)際全年150萬(wàn)左右航班約3 900萬(wàn)個(gè)艙位的準(zhǔn)實(shí)時(shí)更新，準(zhǔn)確率達(dá)到98%，平均搜索響應(yīng)時(shí)間只需要0.03秒。又比如該航空公司基于Spring cloud技術(shù)構(gòu)建起包括航班搜索、機(jī)票預(yù)訂、行程中心、用戶登錄、最低價(jià)日歷等幾十個(gè)微服務(wù)的“蜂巢”微服務(wù)架構(gòu)平臺(tái)，其中登錄模塊微服務(wù)改造之后，性能提升80%；旅客行程中心進(jìn)行微服務(wù)改造并實(shí)現(xiàn)分布式集群部署，在整體數(shù)據(jù)量超過(guò)3億條情況下，平均查詢響應(yīng)時(shí)間低于500毫秒。

基于此構(gòu)建的新型航空電商平臺(tái)，支撐其直銷平臺(tái)每年超過(guò)50%的增長(zhǎng)，電子直銷單日破億的夢(mèng)想變成現(xiàn)實(shí)，并漸趨常態(tài)化；移動(dòng)商旅平臺(tái)年銷售額突破45億元，同比提高超過(guò)100%，單日銷售額突破3 000萬(wàn)元；電商平臺(tái)年訪問(wèn)量近1.4億人次，同比增長(zhǎng)60%，支撐單日最高超過(guò)100萬(wàn)用戶訪問(wèn)，App單日活躍用戶數(shù)超過(guò)25萬(wàn)，社交媒體粉絲量超過(guò)1 000萬(wàn)；并初步構(gòu)建起精準(zhǔn)營(yíng)銷、一站式全流程服務(wù)電商架構(gòu)支撐體系。

6 結(jié)論

本文研究的航空電商平臺(tái)建設(shè)，主要基于中國(guó)南方航空的實(shí)際業(yè)務(wù)特點(diǎn)及對(duì)應(yīng)的發(fā)展現(xiàn)狀。國(guó)內(nèi)航空公司電商平臺(tái)的發(fā)展雖然也有各自特點(diǎn)，其發(fā)展歷程及面臨的問(wèn)題跟南航有很多類似和可以借鑒的地方。所以，基于南航的這套新型航空電商架構(gòu)平臺(tái)建設(shè)，在國(guó)內(nèi)航空中具備一定的普遍性。

目前，中國(guó)移動(dòng)互聯(lián)網(wǎng)用戶11.2億，移動(dòng)寬帶用戶9.78億，手機(jī)用戶13.3億，互聯(lián)網(wǎng)上市企業(yè)市值近9萬(wàn)億，2017年全國(guó)電子商務(wù)交易額達(dá)到29.16萬(wàn)億元。在航空機(jī)票領(lǐng)域，國(guó)際上的在線旅游網(wǎng)站EXPEDIA＼ORBITZ等，國(guó)內(nèi)的攜程、藝龍、淘寶旅行，在線搜索企業(yè)KAYAK、國(guó)內(nèi)的QUNAR等公司，紛紛進(jìn)軍航空旅游，不斷沖擊航空旅游企業(yè)。國(guó)內(nèi)航空企業(yè)如果能積極應(yīng)對(duì)，在航空電商平臺(tái)架構(gòu)建設(shè)上進(jìn)行創(chuàng)新，利用“互聯(lián)網(wǎng)+”構(gòu)建自己新型電商架構(gòu)平臺(tái)，將大大提升航空公司效益，提升競(jìng)爭(zhēng)力。

參考文獻(xiàn)

[1]Andrew Ryan. Under the Hood：Hadoop Distributed Filesystem reliability with Namenode and Avatarnode（Z）. Facebook Blog， 2012.6.

[2] Kristina Chodorow，Michael，Dirof. MongoDB：The Definitive Guide， 2nd Edition（M）. OReilly Media，2013.5.ISBN： 978-1-4493-4468-9.

[3]Eric Siegel. Predictive Analytics： The Power to Predict Who Will Click， Buy， Lie， or Die（M）. Wiley， 2013.2. ISBN： 978-1-4571-6194-0.

[4]戴國(guó)良.C2B模式電子商務(wù)的產(chǎn)生、發(fā)展與展望[J].電子商務(wù)，2013（9）：25.

[5]孫海洪，微服務(wù)架構(gòu)和容器技術(shù)應(yīng)用[J].金融電子化，2016（5）：63-64.

[6]阿里巴巴雙11技術(shù)團(tuán)隊(duì)，不一樣的技術(shù)創(chuàng)新——阿里巴巴2016雙11背后的技術(shù)[Z]，2016，12.