編者按：這是一篇兩年前的文章，作者為原CA TECH的中國(guó)區(qū)技術(shù)總監(jiān)。他在文章中闡述的問(wèn)題，今天讀來(lái)依舊讓人振聾發(fā)聵。但遺憾的是，國(guó)人在API成為一種服務(wù)的概念上似乎還停留在遙遠(yuǎn)的PC時(shí)代，說(shuō)白了還都只是一些低端的數(shù)據(jù)庫(kù)查詢(xún)而已，根本不是服務(wù)。把自己的核心業(yè)務(wù)作為API開(kāi)放出來(lái)更是欲迎還羞。說(shuō)到底，還是在技術(shù)上對(duì)共享沒(méi)有信心，更是對(duì)自己的核心業(yè)務(wù)沒(méi)有信心…… 原文轉(zhuǎn)發(fā)如下，我們不介意幫CA推廣，因?yàn)槲覀儗?duì)自己的技術(shù)很有信心。

作者 劉國(guó)強(qiáng)
最近，沒(méi)有什么比“互聯(lián)網(wǎng)思維”和“移動(dòng)互聯(lián)”更受人關(guān)注又備受調(diào)侃的了。有人總結(jié)出粉絲經(jīng)濟(jì)等等是互聯(lián)網(wǎng)思維的基石，但在一家傳統(tǒng)IT管理廠商眼中，每一個(gè)新的思維背后，真正能稱(chēng)之為基石的還是技術(shù)。技術(shù)的進(jìn)步催生了互聯(lián)網(wǎng)經(jīng)濟(jì)，而這種變化投射在人的思想里，才形成了新的思維。
以應(yīng)用為中心、以軟件為中心，是未來(lái)所有企業(yè)面對(duì)的問(wèn)題。所有企業(yè)不管是制造業(yè)、航空業(yè)、金融業(yè)或者服務(wù)業(yè)，最后都要演變成為IT企業(yè)，因?yàn)樗械姆?wù)和產(chǎn)品都要通過(guò)軟件傳遞出去，比如銀行、制造業(yè)和實(shí)體的商店等。制造業(yè)如汽車(chē)行業(yè)，其4S店要提供各種各樣的貼身服務(wù)來(lái)留住客戶(hù)。而且汽車(chē)中的功能有40%是通過(guò)軟件方式來(lái)服務(wù)的，所以如何是提供更好、更便利的服務(wù)給最終客戶(hù)和合作伙伴，是企業(yè)發(fā)展的核心。

API來(lái)了，你注意到了嗎？

API是隨著互聯(lián)網(wǎng)和云計(jì)算的興起而催生的產(chǎn)物。API是三個(gè)英文字母Application Program Interface的首字母簡(jiǎn)寫(xiě)，即應(yīng)用程序接口。像云供應(yīng)商亞馬遜、互聯(lián)網(wǎng)巨頭Google、社交媒體Twitter，他們的服務(wù)都是通過(guò)API的方式來(lái)提供的。亞馬遜的首席執(zhí)行官Jeff Bezos要求亞馬遜的所有開(kāi)發(fā)人員：
? 數(shù)據(jù)和功能只能通過(guò)APIs 來(lái)提供給使用者
? APIs 必須設(shè)計(jì)為便于外部開(kāi)發(fā)人員調(diào)用
? 如果你不遵守這個(gè)規(guī)定，你將被開(kāi)除
API熱在西方出現(xiàn)較早。早在2012年，API就為國(guó)際的互聯(lián)網(wǎng)巨頭們帶來(lái)了非常可觀的經(jīng)濟(jì)效益：
? Salesforce超過(guò)一半的收入：Salesforce 23億美元的年收入中超過(guò)的一半的收入是通過(guò)API產(chǎn)生的；
? 50億筆交易：Google 每天通過(guò)API處理50億筆交易
? 130億筆交易：Twitter每天通過(guò)API處理130億筆交易
? 1萬(wàn)億筆交易：亞馬遜每天通過(guò)API處理1萬(wàn)億筆交易
相對(duì)于國(guó)外，API經(jīng)濟(jì)在國(guó)內(nèi)也已經(jīng)開(kāi)始成形，只是還沒(méi)有引起太大關(guān)注。國(guó)內(nèi)像微信、QQ、人人等，都是有開(kāi)發(fā)平臺(tái)的，開(kāi)發(fā)平臺(tái)上就有API的管理。API如果被用于商業(yè)用途會(huì)進(jìn)行收費(fèi)，可以根據(jù)功能的多少、調(diào)用的次數(shù)、優(yōu)先級(jí)等分為不同的費(fèi)用模式。因此，API計(jì)費(fèi)不只是互聯(lián)網(wǎng)企業(yè)的專(zhuān)利，所有的銀行、企業(yè)甚至政府都可以使用，就像銀聯(lián)在不同銀行之間的轉(zhuǎn)賬，都屬于API抵用。以前企業(yè)大多數(shù)是在內(nèi)部的系統(tǒng)之間調(diào)用，現(xiàn)在把系統(tǒng)可以提供的服務(wù)都用API的形式開(kāi)放出來(lái)，形成API管理門(mén)戶(hù)，分為企業(yè)開(kāi)放者和個(gè)人開(kāi)發(fā)者，要經(jīng)過(guò)認(rèn)證、付費(fèi)之后就可以使用，付的費(fèi)用越高，就可以調(diào)用更多的服務(wù)，比如像百度地圖、高德地圖和定位GPS。
API的本質(zhì)是一種服務(wù)，無(wú)所不在的服務(wù)。移動(dòng)其實(shí)是一個(gè)載體、一個(gè)表現(xiàn)形式；移動(dòng)在本質(zhì)上是讓服務(wù)變得隨時(shí)隨地可以用。手機(jī)上的各種APP，其實(shí)都是一個(gè)服務(wù)的入口和訪問(wèn)口，如何來(lái)提供這種服務(wù)呢？就是后端跟API相關(guān)，安全的去使用API。
服務(wù)可以分成兩種，一種是對(duì)內(nèi)服務(wù)，一種是對(duì)外服務(wù)。如果是面向最終客戶(hù)的，不需要單獨(dú)去注冊(cè)賬號(hào)，只要有QQ賬號(hào)就可以登陸，像手機(jī)應(yīng)用“百詞斬”、“歐路詞典”等，有微信賬戶(hù)就可以和“嘀嘀打車(chē)”聯(lián)動(dòng)。我們把它定義為社交化里面的統(tǒng)一身份，只要在互聯(lián)網(wǎng)上有一個(gè)身份就可以相互認(rèn)證通過(guò)。但是這種模式比較適合個(gè)人，并不完全適合傳統(tǒng)企業(yè)。因?yàn)檫@種模式是提供給個(gè)人消費(fèi)者使用的，其安全級(jí)別相對(duì)比較低。而企業(yè)不一樣，企業(yè)的核心數(shù)據(jù)并不希望用社交身份來(lái)認(rèn)證和管理，這是一個(gè)矛盾點(diǎn)。前面講到API就涉及到了這一點(diǎn)，API管理是需要管理開(kāi)發(fā)者和使用者的身份，其中第一點(diǎn)就是身份問(wèn)題，你的身份是個(gè)人用戶(hù)還是企業(yè)用戶(hù)？如果是企業(yè)用戶(hù)的話(huà)，不太會(huì)社交化。用微信的賬戶(hù)就可以登陸CA Technologies的某個(gè)應(yīng)用，這是不太可能也不被允許的。

API，怎么用起來(lái)？

CA Technologies的API管理平臺(tái)已經(jīng)有很多客戶(hù)，有幾個(gè)航空公司就使用了CA Technologies的產(chǎn)品，專(zhuān)門(mén)做了API的網(wǎng)關(guān)。但是國(guó)內(nèi)企業(yè)對(duì)API經(jīng)濟(jì)化的重視程度還比較低。以航空公司為例，他們就需要這樣的網(wǎng)關(guān)來(lái)管理API，因?yàn)槭謾C(jī)上的用戶(hù)都要進(jìn)行在線(xiàn)買(mǎi)票或網(wǎng)上值機(jī)，需要輸入信用卡和各種各樣的信息。那么如何保證訪問(wèn)者是安全的，不會(huì)受到黑客攻擊造成后臺(tái)信用數(shù)據(jù)泄漏呢？前一段時(shí)間某知名出游網(wǎng)站出現(xiàn)了安全門(mén)事件，其實(shí)就是API泄露。因?yàn)殡m然它的系統(tǒng)對(duì)外是不開(kāi)放的，但是其他系統(tǒng)通過(guò)API調(diào)用了核心系統(tǒng)，黑客攻擊了其中一個(gè)小應(yīng)用軟件從而訪問(wèn)到API，所以本質(zhì)上是API泄漏的信息。大家在討論的時(shí)候沒(méi)有意識(shí)到，這其實(shí)還是一個(gè)技術(shù)層面的問(wèn)題。
我們以航空公司的服務(wù)為例，來(lái)做一個(gè)API平臺(tái)的使用場(chǎng)景分析：
系統(tǒng)中首先會(huì)包含內(nèi)部的票務(wù)系統(tǒng)，剩余票量是多少，乘客信息，座位情況，各方面信息都會(huì)顯示。
第二，系統(tǒng)會(huì)與銀行通訊，來(lái)驗(yàn)證乘客有沒(méi)有付款，使用了何種付款方式。
第三，系統(tǒng)還需要和政府打交道來(lái)核實(shí)乘客身份。比如身份證的信息是否真實(shí)，需要和公安部的信息進(jìn)行比對(duì)。公安部也是通過(guò)API進(jìn)行管理，系統(tǒng)一旦被攻破，所有的信息都會(huì)有被泄露的危險(xiǎn)。其實(shí)我們會(huì)發(fā)現(xiàn)企業(yè)和企業(yè)之間都是通過(guò)API連接的，這就變成了物聯(lián)網(wǎng)的概念。物聯(lián)網(wǎng)中的通信不需要人的干預(yù)，我們把它叫做機(jī)器和機(jī)器之間、系統(tǒng)和系統(tǒng)之間的通信。在系統(tǒng)和系統(tǒng)之間的通信也要管理，不管理就會(huì)出問(wèn)題。系統(tǒng)和系統(tǒng)之間就是通過(guò)API通信的。
以前大家購(gòu)買(mǎi)服務(wù)都是以一個(gè)整包為單位購(gòu)買(mǎi)，現(xiàn)在拆分得很清楚，因?yàn)楹蠖擞泻芏嘞到y(tǒng)，都會(huì)分開(kāi)進(jìn)行收費(fèi)，是按照API來(lái)計(jì)費(fèi)的。API本質(zhì)上是很多的函數(shù)。一般是很多小函數(shù)，就是并列著有很多功能列出來(lái)供選擇，選擇的越多，收的費(fèi)用越多，這就是跟API收費(fèi)了。微信也是一樣，都是按量去計(jì)費(fèi)的。
API有兩種收費(fèi)標(biāo)準(zhǔn)，第一個(gè)是按量計(jì)費(fèi)，第二個(gè)是按功能計(jì)費(fèi)。API有提供很多功能，你選擇不同功能的套餐，范圍越大收費(fèi)越高。API不再是簡(jiǎn)簡(jiǎn)單單的開(kāi)放一個(gè)函數(shù)，而是要涉及到開(kāi)放給誰(shuí)，怎么計(jì)費(fèi)的問(wèn)題。這也是API為什么需要門(mén)戶(hù)（Portal）來(lái)管理的原因。我不光要告訴你能不能訪問(wèn)，能訪問(wèn)什么，還要告訴你要交多少錢(qián)，也就是和費(fèi)用、經(jīng)濟(jì)掛鉤了。
以前API一般訪問(wèn)量很小，就是系統(tǒng)和系統(tǒng)之間調(diào)用，或者迫不得已調(diào)用。當(dāng)API突然變成服務(wù)概念的時(shí)候，你會(huì)發(fā)現(xiàn)API被調(diào)用的數(shù)量是海量的，這就意味著對(duì)API的管理已經(jīng)勢(shì)在必行。API的身份要統(tǒng)一管理，API的單點(diǎn)登陸要統(tǒng)一管理，API的能力、API的計(jì)費(fèi)全部要單點(diǎn)管理，這才催生了API經(jīng)濟(jì)的概念。
剛才講到新API的概念，API的安全。API有不同的種類(lèi)，其標(biāo)準(zhǔn)也非常多，有老的、遺留的API模式，也有新的、互聯(lián)網(wǎng)行業(yè)比較標(biāo)準(zhǔn)的API。CA Technologies可以實(shí)現(xiàn)API的轉(zhuǎn)換和封裝，不管企業(yè)使用的是什么模式的API，都可以被轉(zhuǎn)換成業(yè)界最標(biāo)準(zhǔn)、最流行、最好用、最易用的API。比如我要做一個(gè)API的mapping，技術(shù)難度是比較大的。我們要了解很多，從業(yè)界比較早的API知識(shí)、型號(hào)、接口，轉(zhuǎn)換成一個(gè)用戶(hù)選擇的API標(biāo)準(zhǔn)接口出來(lái)，這過(guò)程中要花的代價(jià)、需要的專(zhuān)業(yè)知識(shí)都會(huì)比較多。在跟互聯(lián)網(wǎng)結(jié)合方面，都是在應(yīng)用層面，跟編程相關(guān)性非常大。編程雖然不難，但是編程知識(shí)的改變非常快，很多新的編程的環(huán)境、語(yǔ)言、更新速度也很快，所以要適應(yīng)這個(gè)變化，也要去驅(qū)動(dòng)它快速的適應(yīng)和改變。

API，怎么管起來(lái)？

越來(lái)越多的企業(yè)正在向合作伙伴、開(kāi)發(fā)人員、移動(dòng)應(yīng)用程序和云服務(wù)開(kāi)放他們的數(shù)據(jù)和應(yīng)用。API提供的標(biāo)準(zhǔn)化方法可用于在Web、移動(dòng)設(shè)備、面向服務(wù)的架構(gòu)（SOA）以及云中開(kāi)放信息資產(chǎn)。企業(yè)需要以低成本的方式實(shí)現(xiàn)安全可靠的API信息共享，才能積極面對(duì)安全、性能管理以及數(shù)據(jù)調(diào)整方面的嚴(yán)峻挑戰(zhàn)。一套完整的API管理方法論應(yīng)當(dāng)包含后端集成、移動(dòng)優(yōu)化、云協(xié)調(diào)以及開(kāi)發(fā)人員管理等高級(jí)功能，才能應(yīng)對(duì)企業(yè)面臨的各種API管理的挑戰(zhàn)。
筆者認(rèn)為API的管理至少有涉及三個(gè)部分：
1、API網(wǎng)關(guān)，作為服務(wù)消費(fèi)者和服務(wù)提供者的橋梁，但是身份管理和轉(zhuǎn)換、API訪問(wèn)控制和流量管理、以及API的權(quán)限管理，還可以追蹤 API 性能，并生成所有服務(wù)交互的審查跟蹤結(jié)果。
2、API服務(wù)管理，可以企業(yè)內(nèi)部陳舊的轉(zhuǎn)換為新的API格式，同時(shí)對(duì)從開(kāi)發(fā)、測(cè)試到生產(chǎn)的整個(gè)API生命周期進(jìn)行管理。
3、API開(kāi)發(fā)者門(mén)戶(hù)管理，在門(mén)戶(hù)中可以對(duì)API的開(kāi)發(fā)者提供如下管理功能：
? 開(kāi)發(fā)人員注冊(cè)：分類(lèi)個(gè)人用戶(hù)、企業(yè)用戶(hù)、免費(fèi)用戶(hù)或者收費(fèi)用戶(hù)。
? 開(kāi)發(fā)人員資源 ： 提供開(kāi)發(fā)人員使用的包括：討論與支持社區(qū)、集成消息、API 文檔、API 資源管理器、API 狀態(tài)、應(yīng)用報(bào)告等。
? API報(bào)告與分析： 用于追蹤和測(cè)量 API 使用情況、成功與錯(cuò)誤、延遲等內(nèi)容的 API 報(bào)告，用于顯示延遲、使用情況、成功與錯(cuò)誤等內(nèi)容的應(yīng)用報(bào)告。
? API門(mén)戶(hù)的內(nèi)容管理：可定義門(mén)戶(hù)界面的外觀、風(fēng)格、品牌和內(nèi)容并支持籌劃和生產(chǎn)環(huán)境以及內(nèi)容批準(zhǔn)、發(fā)布、回退流程，從而簡(jiǎn)化變更管理。
不論稱(chēng)它為API或者是應(yīng)用程序接口，這兩個(gè)略顯冰冷的機(jī)器化的名詞對(duì)已經(jīng)不再只是開(kāi)發(fā)者和IT從業(yè)人員關(guān)心的事情。正如我在文章開(kāi)頭所講的，未來(lái)，所有的企業(yè)都將變成軟件企業(yè)，軟件在很大程度上定義了一個(gè)企業(yè)的遠(yuǎn)見(jiàn)和未來(lái)。正因如此，API才從枯燥的代碼中跳脫出來(lái)，把它的價(jià)值鮮活地展現(xiàn)在世人面前。推動(dòng)趨勢(shì)或者被趨勢(shì)迫使前進(jìn)，選擇從來(lái)都只在自己手中！

歡迎登陸 www.apemesh.com 體驗(yàn)！

總結(jié)

以上是生活随笔為你收集整理的到底什么是API经济的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。