前言

? ? ? ? 航司的未來，不是一個Monolithic Enterprise，應(yīng)該是一個Ecosystem，一個內(nèi)部解決信息孤島、外部"Connected"的Ecosystem。同時更不僅僅簡單是系統(tǒng)的集成、數(shù)據(jù)的集成、ODS、SOA、BPM等，關(guān)鍵的是全面的“新集成能力”、敏銳的“數(shù)字資產(chǎn)產(chǎn)品化能力”、和常態(tài)的“持續(xù)集成能力”?；蛘哂昧硗庖粋€概念“Everything as a Service”/EaaS。

? ? ? ? “內(nèi)在能力” - 國內(nèi)航司企業(yè)近10年，其一直解決的是企業(yè)信息化和信息孤島的問題，方向絕對沒錯。就好比要成為武林高手，必須打通任督二脈。通過SOA，ESB，BPM，ODS等等大家熟識的概念和產(chǎn)品形態(tài)，集團(tuán)軍方式的、大刀闊斧的去修煉內(nèi)功，以期“內(nèi)在能力”的提升和質(zhì)變。

? ? ? ? “外在能力” - 要是從武林高手變?yōu)殚T派掌門，乃至武林門主，則關(guān)鍵在于你在與外界產(chǎn)生交互，并存在于一個生態(tài)系統(tǒng)中，并起到主導(dǎo)作用。有很多弟子或朋友或知己或利益伙伴為你服務(wù)。他們就是你的“外在能力”體現(xiàn)，但是你如何讓他們跟你產(chǎn)生“Interaction”、產(chǎn)生“Transaction”，這都在于你能夠提供哪些Service、哪些Data、哪些API、哪些Capability給這些外部資源，以期擴(kuò)大你的影響力，以期提高生態(tài)環(huán)境的活力。

? ? ? ? 所以航司的角度，不僅僅是需要將生產(chǎn)的核心FltOps與營銷打通，更需要在此基礎(chǔ)上，將內(nèi)部各個環(huán)節(jié)有機(jī)的融合或聚合在一起，然后再到機(jī)場，再到其外部資源。從而構(gòu)建服務(wù)一體化的“Connected Airline Capability”。航司電商能夠收益，旅客用戶體驗(yàn)?zāi)酥溜w行運(yùn)控等生產(chǎn)環(huán)節(jié)也會收益。

“Connected”的生命力

? ? ? ? 舉兩個簡單的例子，讓我們一起體會一下“Connected”的市場價值：航旅縱橫，ODS。

a) 航旅縱橫

? ? ? ? 航旅縱橫將原來離散的碎片的航班進(jìn)出港數(shù)據(jù)、航班動態(tài)、飛機(jī)/機(jī)型信息、機(jī)場信息等等聚合在一起，提供航空出行的信息發(fā)布平臺及服務(wù)。

? ? ? ? 不談其商業(yè)模式，盈利模式，以及數(shù)據(jù)和政府等等因素。只談“Connected”的生命力。正是這些原來離散在不同地點(diǎn)的數(shù)據(jù)，被以為了實(shí)現(xiàn)某種旅客使用場景的目標(biāo)，而逐一聚合，所以產(chǎn)生了其存在的價值和用戶的交互及體驗(yàn)，創(chuàng)造了全新的“數(shù)字化觸點(diǎn)”，乃至構(gòu)建了新的生態(tài)系統(tǒng)。

? ? ? ? 數(shù)據(jù)的整合，不一定需要EDW和海量數(shù)據(jù)等等大數(shù)據(jù)概念，關(guān)鍵是將離散的數(shù)據(jù)，拼接在一個真正解決最終端用戶使用場景的數(shù)據(jù)展現(xiàn)，也許就是簡單的航班進(jìn)出港兩個數(shù)據(jù)的聚合，也能提高機(jī)場旅客對于航班的動態(tài)信息的透明度；再加上航司的航班動態(tài)，那會是對于機(jī)場旅客的數(shù)據(jù)使用訴求的進(jìn)一步滿足；在機(jī)上飛機(jī)/機(jī)型/乃至機(jī)場的數(shù)據(jù)，那機(jī)場旅客更能一目了然的清楚出行的實(shí)時狀況；再逐步將歷史數(shù)據(jù)疊加和洞察，提供客戶各類統(tǒng)計和預(yù)測等等，旅客就已經(jīng)再被逐步“Satisfied”。最終其會有一個滿意的用戶體驗(yàn)。

? ? ? ? 看似簡單的幾個離散的數(shù)據(jù)源的單純展示聚合，就已經(jīng)有塑造了擁有“千萬級”用戶量的數(shù)據(jù)信息平臺。其足以證明，航司、航企、航空相關(guān)團(tuán)隊(duì)，一定要不僅僅是抓牢數(shù)據(jù)，更關(guān)鍵的連結(jié)，在連結(jié)，讓數(shù)據(jù)活起來，讓數(shù)據(jù)流動起來，讓聚合的數(shù)據(jù)服務(wù)于場景。這是創(chuàng)新，這是希望，但是更需要強(qiáng)有力的技術(shù)支撐和適應(yīng)互聯(lián)網(wǎng)時代的新技術(shù)儲備及全新的新集成能力的基礎(chǔ)。

b) ODS

? ? ? ? Operational Data Store/Service其實(shí)是一個老生常談的概念了，但是就近10年的航司及業(yè)界情況，其遠(yuǎn)遠(yuǎn)比BPM等服務(wù)編排或業(yè)務(wù)流程再造有更強(qiáng)的生命力和切實(shí)的落地訴求。

? ? ? ? 從FOC & SOC，到TAMCC & AOC，OCC，再到HCC等等，其都是關(guān)注在亮點(diǎn)：數(shù)據(jù)的全局視圖和任務(wù)的協(xié)同。而不是系統(tǒng)改造或升級。

? ? ? ? 協(xié)同的目的是讓離散的資源有機(jī)的、步調(diào)一致的為了一個目標(biāo)進(jìn)行“流式”的工作。但是其依賴的本質(zhì)是全局的狀態(tài)和全局的數(shù)據(jù)視圖：Single View of Operational Data。即ODS的本質(zhì)及核心能力。只有全局的掌握數(shù)據(jù)的動態(tài)和資源的狀況，才能從全局的角度去調(diào)度和協(xié)同各離散的資源和實(shí)體去工作；才能更準(zhǔn)確及合理的制定動態(tài)的應(yīng)對方案。

? ? ? ? 然而ODS的實(shí)現(xiàn)，不是簡單的離散數(shù)據(jù)源的copy/paste，其是需要在各種技術(shù)融合的前提下，打造流動的數(shù)據(jù)處理能力，從接入、持久化、分發(fā)、服務(wù)、日志五個關(guān)鍵環(huán)節(jié)，構(gòu)建全局應(yīng)用的數(shù)據(jù)基礎(chǔ)和協(xié)同應(yīng)用的數(shù)據(jù)流通渠道。沒有這樣的流動的Hub，上述各類Center是無從建設(shè)的。

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?

Everything as a Service

? ? ? ? Connected的目的不是連通，其在于為了找到和掌控更多的數(shù)字觸點(diǎn)，提升旅客體驗(yàn)和服務(wù)品質(zhì)。數(shù)字觸點(diǎn)就是航司未來的“產(chǎn)品”，是其關(guān)鍵“實(shí)體資產(chǎn)”。

? ? ? ? 就好比如下的一個簡單旅客出行的生命周期，每個環(huán)節(jié)都需要不同的應(yīng)用、系統(tǒng)、部門、單位、企業(yè)、實(shí)體提供或消費(fèi)相關(guān)的數(shù)據(jù)。這就需要打通，這就需要Connected。排除商務(wù)等人為因素，讓我們先單純一點(diǎn)，連結(jié)的越多，打通的越多，則獲得的觸點(diǎn)更多，觸點(diǎn)更有生命力，旅客的體驗(yàn)會更好，粘度會更得到保障。

? ? ? ? 而這樣做就勢必需要更多的封裝和暴露，提供更多的像樂高積木一樣的獨(dú)立模塊，從而提供組裝和插拔的靈活度。一個標(biāo)準(zhǔn)的做法就是Open APIs：在不觸及航司既有業(yè)務(wù)和系統(tǒng)流程和完整性的前提下，以最小事務(wù)單元和最小事務(wù)數(shù)據(jù)的完整性為依據(jù)，構(gòu)建各類面向特定領(lǐng)域的API，從而提供樂高積木似得原材料，以備后續(xù)的組裝和編排。這些樂高模塊可以是數(shù)據(jù)的封裝服務(wù)、可以是包含事務(wù)完整性前提下的業(yè)務(wù)實(shí)現(xiàn)封裝、可以是數(shù)據(jù)的變更的發(fā)布者、也可以是事件訂閱的消費(fèi)者、更可以是特定航司服務(wù)或產(chǎn)品的封裝、或是航司內(nèi)容的封裝。不管其構(gòu)成、實(shí)現(xiàn)、封裝數(shù)據(jù)、服務(wù)對象等等，其都是航司乃至航司之外各類數(shù)據(jù)、資源，即數(shù)字資產(chǎn)的封裝和服務(wù)化實(shí)現(xiàn)。真正的Everything as a Service，任何東西都是可以被用來消費(fèi)的服務(wù)。只有這樣，才能保障航司的連接是解耦的、是可編排的、是可復(fù)用的。

? ? ? ? Everything as a Service是構(gòu)建航司Connected Airline Capability的關(guān)鍵，更是航司的魄力和綜合能力的體現(xiàn)！

新集成能力

? ? ? ? 面對航司在互聯(lián)網(wǎng)時代的各類沖擊，尤其需要充分利用技術(shù)爆發(fā)所帶來的優(yōu)勢，勢必需要將傳統(tǒng)的系統(tǒng)集成、數(shù)據(jù)對接、流程再造等等概念和思路重新梳理，哪些需要破，哪些需要立，哪些需要封裝，哪些需要暴露等等一系列問題都需要清晰和抽象的歸納和經(jīng)驗(yàn)沉淀。

a) 集成的本質(zhì)

終究“Connected”還是落地到“集成”這個概念上，但是對于集成，需要首先明確集成的本質(zhì)訴求，是數(shù)據(jù)方面還是業(yè)務(wù)方面。因?yàn)槠湟蕾嚨暮屯度氲木灰粯?。對于Open APIs這樣的基于Service理念的架構(gòu)思路，其本質(zhì)還是數(shù)據(jù)的集成，或者說數(shù)據(jù)的協(xié)同。

b) 常規(guī)集成方式

歸納整理起來眼花繚亂的集成工具和手段，無外乎如下三類：基于數(shù)據(jù)的集成，面向服務(wù)的集成，消息驅(qū)動的集成。

基于數(shù)據(jù)的集成 (Data-Based Integration)

傳統(tǒng)的集成方式更多是賴于DBA的關(guān)系型數(shù)據(jù)庫的定時任務(wù)的批量抽取、轉(zhuǎn)換、加載，和基于聚合后的關(guān)系型數(shù)據(jù)庫使用的訴求。然而隨著數(shù)據(jù)源的多樣化、數(shù)據(jù)格式的多樣化、數(shù)據(jù)使用的實(shí)時性訴求等等一系列意思，都必須要求從傳統(tǒng)的模式中和工具中走出來解放出來，用全新的技術(shù)棧和理念去處理“流動”的數(shù)據(jù)，和提供更寬泛的數(shù)據(jù)使用訴求。

面向服務(wù)的集成 (Service-Oriented Integration)

再好的SOA都需要服務(wù)治理，即Service Governance或Service Management。否則只能像如下圖所示，從一種“蜘蛛網(wǎng)”變?yōu)榛诹硗庖环N實(shí)現(xiàn)方式的“蜘蛛網(wǎng)”。躲在Open APIs之后的Microservices美其名曰是取代或升級之前SOA架構(gòu)體系的，但是如果航司在過往建設(shè)SOA的道路上還沒有顯著成效和沉淀堅(jiān)實(shí)的經(jīng)驗(yàn)及團(tuán)隊(duì)，Microservices的架構(gòu)體系只能讓原來亂的更亂，原來缺乏生機(jī)和活力的更疲態(tài)。如果Microservices是勢在必行的立刻工作，則航司缺的是對于航司業(yè)務(wù)有全面掌握且技術(shù)出色的Enterprise Architect。

消息驅(qū)動的集成 (Message-Driven Integration)

真正的解耦和內(nèi)聚的Best Practice就是消息驅(qū)動的集成和串聯(lián)。但是正因?yàn)楹?，所以才難實(shí)現(xiàn)，才難梳理，才難維護(hù)。這里需要的Enterprise Architect更偏技術(shù)和消息契約的定義及規(guī)劃。所以消息隊(duì)列不是目的也不是所有，他就好比是一門開發(fā)語言和工具，用的好與壞還是在于人，在于規(guī)范和業(yè)務(wù)。

c) 新數(shù)據(jù)集成的藍(lán)圖

首先航司或航企必須根據(jù)自身能力量身定制，而不是一味追求“大而全，精而強(qiáng)”。但是其必須擁有如下兩個Pipeline的實(shí)現(xiàn)和其上的6個關(guān)鍵環(huán)節(jié)。

同時一定需要Metadata的環(huán)節(jié)，即可以采用IATA的Airline Industry Data Model，實(shí)現(xiàn)和規(guī)整數(shù)據(jù)契約。然后在此基礎(chǔ)上強(qiáng)化審計及跟蹤，和可視化能力。更關(guān)鍵的是將數(shù)據(jù)的處理階段化，即Staging，提高可控性和解耦能力。

待續(xù)：

數(shù)字資產(chǎn)產(chǎn)品化能力

? ? a) 智能動態(tài)場景投放

? ? b) Open APIs

持續(xù)集成能力

? ? a) 云計算

? ? b) 專人專責(zé)

? ?