星空聯盟和 AWS 於12月14日正式達成協議，開始遷移核心 IT 業務到 AWS 上。總算鬆了口氣的筆者，得以騰出時間將這個專案的一些有趣的細節介紹給中國的各位同行朋友。

作者 | 李翰明

一 航空聯盟以「合作」的方式降低成本

航空公司，或者說任何公司的經營，都牽涉到三種流動：物品流、資金流和資訊流。它們之間大體可以構成 T 字形關係：物品和資金相向而行，構成「用錢採購商品-賣出商品賺錢」的迴圈；資訊流則同時驅動物品流和資金流，起到「驅動者」的角色。對於企業而言，這三者的流動暢通，直接關係到企業的正常經營。

大型航空公司的物品流、資金流和資訊流往往牽涉多個國家和城市，具有高度複雜的特點。例如，航空公司每年可能收到各外站以 70 多種貨幣支付的機票款，從 40 多個國家採購食材，每天接到以 20 多種語言打入的客服電話，種種例子，不一而足。

對於國際化執行的航空公司而言，匯兌手續費每節約一個點、食材採購的價格每降低一個點、客服人員的工資每降低一個點，都能帶來數百萬美元的收益。因此，在全球化時代集合全球智慧、資源和資金活動，以全球供給應對全球需求，對航空公司而言就至關重要了。

事實上，航空公司的這些操作行之有年。例如，航空公司透過「合作軋帳」的形式，抵消自己在對方國家收到的票款頭寸。軋帳使得德國人在美國收到的美元和美國人在歐洲收到的歐元可以直接互相兌換，降低了資金在銀行系統中流動的成本和時效，提高了資金的使用效率。

又比如，不同國家的星盟成員合作，互相為對方的空乘隊伍提供外語和文化適應性培訓，最終形成了星盟內部通用的多語言國際化服務手冊。這一服務後來陸續拓展到其他星盟航空公司，形成了完整的語言培訓體系。

可以說，航空聯盟建立了航空公司之間的信任關係，為航空公司的業務提攜帶來了極大的便利。聯盟建立起來的長期信任關係，使得航空公司之間從「合作伙伴」上升到了「知己朋友」，得以透過互相學習，取長補短提升自己在目標市場的競爭力。

因此，航空聯盟建立 20 餘年來，其核心目的都是為了降低「做朋友的阻力」。而聯盟整體上雲，也是這一工作的一部分。

二 雲上有多少顆星星？

星空聯盟的上雲之路並不容易。雖然 AWS 在星盟大多數公司的所在國家都設有資料中心，但如此大規模，前無古人的遷移，仍然遇到了很多可見的困難。

其中一項困難在於，遷移核心業務系統，對航空公司而言相當於「邊飛行邊更換髮動機」，難度絕對不低。因此，在最開始的時候，星盟並沒有遷移運價、飛行等核心系統，而是選擇以「新系統」為契機，開始在 AWS 上建立統一的鑑權和管理平臺，並在新平臺上逐漸建立備份系統，最後逐漸實現遷移。

例如，星盟將各參與航空公司的「知識庫」統一到 AWS 提供的智慧搜尋引擎 Kendra 上。透過將航圖、維修手冊、事故報告、服務指南、機場和目的地資訊等種種資訊以結構化的資料儲存在覆蓋全球的資料庫中，星盟得以在全世界的成員航空公司之間快速共享資訊，服務超過五十萬名機務工程師、飛行員、乘務員和地勤員工。

例如，機務工程師可以快速查詢盟內其他公司的維修案例，從而更快診斷故障所在；飛來本地的客場飛行員，可以快速查詢樞紐航空公司提供的本場飛行注意要點；甚至乎，本地職員可以向外航同行們，推薦當地好吃的餐館。

之後是下一代的常客系統。AWS Aurora 的新一代資料庫管理系統為星盟成員提供更具靈活性的常旅客管理（即使是盟內交換資料時同樣如此）。例如，訂購過特殊餐的常客即使乘坐其他星盟成員的航班，只要填寫了卡號，就也能在無需額外通知的情況下，享受符合飲食習慣的特殊餐食；喜好靠窗座位的常旅客，也能在聯盟成員航班上享受自己偏好的座位。同時，針對大型企業和跨國公司的靈活差旅解決方案，也得以藉助 AWS 提供的技術能力實現。

同時，AWS Sagemaker 機器學習和資料分析能力也幫助星盟成員最佳化旅客體驗。例如，AWS 可以實時處理世界各地機場的抵離港延誤情況，並在海量行程中，尋找出盟內外可能錯失中轉的旅客進行處理。例如，當辛辛那提-芝加哥航班延誤時，系統甚至能夠為後續的芝加哥-東京航班給出以分鐘為單位的延遲起飛建議，使得後段航班可以在不延誤到達的前提下，儘可能接上前段航班延誤的乘客。

隨著邊緣系統在 AWS 上的開發趨於佳境，聯盟在 AWS 上構建的使用者認證和資料許可權管理系統也趨於成熟。系統允許不同成員航空公司的職員使用單點登入訪問系統，並獲取使用者協議許可的己方許可權範圍內的資訊。

三 核心系統的遷移

隨著周邊系統的投用，核心關鍵系統，例如銷售、籌劃和離港這些較早完成資訊化的系統的遷移也逐漸提上日程。藉由系統遷移解決業務流程設計不當帶來的問題，成為「上雲」的核心工作。

例如，在國際聯程中的運價結算問題，常年困擾聯盟內的各航空公司。由於競爭要素影響，國際聯程航班的結算上時常會出現利潤分配不均勻的現象。例如，同樣是承運新奧爾良到芝加哥的一位客人，承運銜接客人（例如經芝加哥飛往東京或上海的客人）要比承運直達客人（到達芝加哥的客人）收入要少很多。這打擊了客源國航空公司（例如美聯航或漢莎航空）參與聯程合作的意願，影響了聯盟的總體競爭力。

因此，透過 AWS Neptune 資料庫，聯盟可以在盟內聯程航班上快速分析聯盟的國際線網路的航班的意圖出價，並透過協調國際段承運人和國內段承運人之間的利益分配，在聯盟整體機票服務的競爭效率和聯盟內各航空公司之間的公平合作之間取得平衡。

同時，AWS 和 Amadeus 之間的合作，也使得銷售系統向雲的遷移更加順暢。Amadeus 在開發 Altea 的過程中，充分考慮到了 Altea 在雲上執行的可能性和雲平臺的特點，在分散式處理等領域做了充分的最佳化和處理，在保證 ACID 的前提下提高了效能效率。

四 國內雲平臺能進一步發展嗎？

向航空公司提供雲平臺並非易事。任何有志於此行的從業者都明白，航空公司作為業務流程複雜，涉及單位眾多的大型企業，其上雲之路必然伴隨著對業務流程的全面梳理。上雲本身不應該是目的，而應該是提升經營效率，降低經營成本的手段。

例如，雖然雲服務有著「隨用隨買」的特性，但如果 IT 系統未有對並行化執行的 ACID 效能做最佳化的話，即使「隨用隨買」也無法解決突發需求帶來的宕機問題。換言之，瓶頸並不在雲等基礎架構本身，而是在雲上執行的軟體系統。

而除了系統性能本身的提升之外，利用雲平臺的技術能力，充分提升系統功能，也是上雲的目的之一。例如，AWS Redshift 允許全日空在海量資料中按照自然語言邏輯尋找資料，從而大大簡化資料分析師的工作。

同時，上雲也強化了第三方系統整合商和航空公司的合作。像 Amadeus 這樣的系統整合和應用提供商可以透過雲快速接入航空公司的系統，為航空公司提供可靠的專業技能服務。在服務過程中，許可權管理系統可以保證資料在合規要求限制內共享，確保開發靈活性和資料安全性。

這套系統不但惠及傳統大型 IT 提供商，也令創業公司可以基於 AWS 系統，快速發展和航空公司的合作。由於資料共享的低成本，航空公司可以簡化其決策流程，並以結果而非資質評價創業公司的技術實力。同時，雲資料庫的資料混淆機制和雲上 IDE，可以在避免核心經營資料或智慧財產權洩漏的同時，降低創業公司的流程性障礙，從而將合作聚焦在核心業務中，提高開發效率。

因此，對於國內的雲服務商也好，有意上雲的航空公司也罷，明確上雲的目的始終是最重要的。從星空聯盟的例子中可以看出，提升效能、擴充功能、發展合作這三點，將為參與的航空公司在未來提供更多機遇。我們當然希望這一模式能夠在國內發展，助力國內航空公司完成高質量管理轉型。