術(shù)語(yǔ)及概念前提
????????對(duì)于Open API(Public API), Open APIs, OAI & OAS, IATA Open APIs, Microservices沥潭，Swagger等幾個(gè)概念，如下圖所示：
真正價(jià)值
? ??????擴(kuò)大在線客戶群體，挖掘蘊(yùn)藏的潛力和市場(chǎng)们颜。
建設(shè)藍(lán)圖
????????后面詳細(xì)介紹S/1/2/3幾個(gè)關(guān)鍵環(huán)節(jié)粘姜。
建設(shè)路徑
????在建設(shè)過(guò)程中拂蝎，必須根據(jù)不同的階段，對(duì)應(yīng)的最終用戶颤难，決定戰(zhàn)略路徑和實(shí)施重點(diǎn)。
建設(shè)層次
? ? ? ? 但是對(duì)于每個(gè)建立的APIs群體和層次已维，必須因地制宜的規(guī)劃和布局行嗤。
建設(shè)規(guī)劃
????????分為三個(gè)關(guān)鍵階段迭代建設(shè)。其中協(xié)同平臺(tái)和協(xié)同集市是真正生產(chǎn)力和數(shù)字化能力的體現(xiàn)垛耳。
航司數(shù)字化能力根基 / Digital Capabilities
航司微服務(wù)”蜂巢” / Airline Microservices Hive
航司協(xié)同平臺(tái) / Airline Coordination Platform
航司協(xié)同集市 / Airline Coordination Marketplace
建設(shè)目的
????????終極目標(biāo)：App Store的模式及生態(tài)栅屏。
建設(shè)要素
建設(shè)難點(diǎn)
建設(shè)風(fēng)險(xiǎn)
邏輯架構(gòu)
時(shí)間軸及路徑建議
Open APIs趨勢(shì)
APIs經(jīng)濟(jì)：協(xié)同生產(chǎn)力、創(chuàng)業(yè)堂鲜、盈利栈雳、生態(tài)
FinTech API生態(tài)
? ??????相對(duì)較為完善且成熟的行業(yè)API生態(tài)系統(tǒng)。
Open Bank Project
https://openbankproject.com/缔莲，https://github.com/OpenBankProject
開源API和應(yīng)用市場(chǎng)哥纫，通過(guò)生態(tài)環(huán)境下的第三方協(xié)同開發(fā)及應(yīng)用，以期促進(jìn)金融機(jī)構(gòu)安全且敏捷的增強(qiáng)他們的數(shù)字化產(chǎn)品及服務(wù)能力痴奏。
Open Data
與OpenAPIs息息相關(guān)且經(jīng)常被涉及的概念和現(xiàn)實(shí)產(chǎn)物蛀骇。
類似于開放式系統(tǒng)厌秒、開源代碼等，其期望數(shù)據(jù)能夠免費(fèi)被提供給每個(gè)人使用和重新發(fā)布擅憔，但不受版權(quán)鸵闪、專利、其他約束條件限制雕欺。
API黃頁(yè) / API Directory
https://www.programmableweb.com/apis/directory
絕非某一個(gè)行業(yè)岛马，或IT趨勢(shì)，而是全球性數(shù)字化能力的趨勢(shì)屠列，通過(guò)開放API啦逆，提升協(xié)同開發(fā)能力及生態(tài)。
航空業(yè)APIs
幾乎全部GDS笛洛、重要航旅企業(yè)夏志，尤其是互聯(lián)網(wǎng)航旅公司都有了較為完善及成熟的OpenAPIs的實(shí)現(xiàn)及運(yùn)營(yíng)。
IATA’s OpenAPIs
IATA’s OpenAPIs
StB（Simplifying the Business）提出的“連接苛让，協(xié)同沟蔑，共享”航司及機(jī)場(chǎng)的資源，更簡(jiǎn)潔的服務(wù)于旅客狱杰。
架構(gòu)的進(jìn)化
根據(jù)OpenAPIs平臺(tái)及集市的完善和生態(tài)的成熟瘦材，內(nèi)部中后臺(tái)架構(gòu)是一個(gè)不斷迭代及優(yōu)化，且萃取的過(guò)程仿畸。
資源及服務(wù)黃頁(yè)
明確企業(yè)已有數(shù)據(jù)食棕、信息、業(yè)務(wù)流程错沽、工具等等資源簿晓，從而確定對(duì)于不同訪問(wèn)權(quán)限和開發(fā)者的暴露能力。
API業(yè)務(wù)策略 / API Business Strategy
根據(jù)最終開放的開發(fā)者不同千埃，定義API業(yè)務(wù)及架構(gòu)策略憔儿。
API貨幣化 / API Monetization
當(dāng)APIs成熟后，航司企業(yè)需要考慮如何按照不同類型的API來(lái)“盈利”放可。
OpenAPIs角色及分工
開發(fā)者谒臼、發(fā)布者/管理者、消費(fèi)者耀里、用戶構(gòu)成整個(gè)生產(chǎn)及消費(fèi)群體蜈缤。
OpenAPIs生命周期
API具有獨(dú)立于其所依賴的后端服務(wù)的生命周期，且完全不同一般的軟件服務(wù)的上線發(fā)布流程备韧。
OpenAPIs社區(qū)建設(shè)
除了Portal上的宣傳之外劫樟，更需要注重長(zhǎng)期及全方位的感染開發(fā)者及宣傳航司理念痪枫。
開發(fā)SDK及Dev Studio全面支持
平臺(tái)的成熟织堂、開發(fā)者的簇?fù)淼蕖⑸鷳B(tài)的完善。（但是航司需要對(duì)于Dev Studio慎重易阳。）
IATA NDC的區(qū)別對(duì)待
http://ndc.developer.iata.org/docs/NDC%20RESTful%20Architecture%20Whitepaper.pdf
開發(fā)者Portal附较，http://developer.airline.com
即API的Content Management System，航司第二個(gè)官網(wǎng)潦俺。
OpenAPIs管理平臺(tái)職能
APIM的Gartner評(píng)分
基于《Magic Quadrant for Full Life Cycle API Management》拒课，選擇業(yè)界產(chǎn)品支持。
APIM的業(yè)界評(píng)分
基于互聯(lián)網(wǎng)開發(fā)人員的評(píng)定事示。
APIM選型考慮因素
UA在2017年對(duì)于APIM選型的參考早像。
The OpenAPI Specification (OAS) 開發(fā)規(guī)范
原Swagger Specification，旨在定義人機(jī)均可讀的編程語(yǔ)義的接口文檔肖爵，及契約規(guī)范卢鹦。
OAS的API-First開發(fā)模式
OpenAPI-Specification 3.0來(lái)自及衍生與Swagger 2.0 Specification（即OpenAPI 2.0）。
Swagger工具集
通過(guò)優(yōu)秀的標(biāo)準(zhǔn)化工具將業(yè)界規(guī)范融合在日常開發(fā)及管理之中劝堪，提升OpenAPIs的標(biāo)準(zhǔn)化質(zhì)量水平冀自。
DevOps
通過(guò)DevOps提升Microservices開發(fā)的敏捷性和自動(dòng)化水平，以期應(yīng)對(duì)OpenAPIs的個(gè)性化敏捷化的訴求秒啦。
容器化 / Containerization
即Docker & Kubernetes的應(yīng)用熬粗，及與Microservices的結(jié)合；DevOps中的重要一環(huán)余境，必須應(yīng)用的技術(shù)堆棧驻呐。
WSO2 APIM實(shí)踐
Azure & AWS混合實(shí)施方案參考
