企業(yè)APIs成為主流

我看到許多關(guān)于Facebook，Twitter和其他公共APIs的討論。然而，這些公共APIs的激烈討論可能掩蓋了背后的真正革命。那就是，各種規(guī)模的企業(yè)都在他們的后臺(tái)系統(tǒng)中使用了APIs。這打開了使用后臺(tái)系統(tǒng)的大門，不再只能通過企業(yè)自身開發(fā)的apps，還可以使用合作組織或是獨(dú)立開發(fā)者開發(fā)的apps。

例如，包括AT&T、在內(nèi)的幾大電信公司合作使用公共的APIs，但即使是這樣，他們聯(lián)合開發(fā)的資源也無法與其他組織為他們開發(fā)的資源相提并論——這些其他的組織開發(fā)的apps為他們帶來了更多的效益。我估計(jì)目前有10%的企業(yè)正在制定APIs，而還有10%的企業(yè)也在做這方面的打算。而到2012年，我估計(jì)這一比例將可能達(dá)到30%和80%，這一速度將凸顯哪些APIs將成為主流。

API-centric架構(gòu)將不同于portal-centric架構(gòu)或是SOA-centric架構(gòu)

網(wǎng)站（portals）將用戶整合起來。而面向服務(wù)的架構(gòu)（SOA）則是將app整合起來。網(wǎng)站和SOA都是通過“內(nèi)部”APIs訪問后臺(tái)系統(tǒng)，新的APIs將關(guān)注如何將apps和開發(fā)者整合起來，而不僅僅是人（通過門戶網(wǎng)站）或是進(jìn)程（通過SOA）。這里有三點(diǎn)顯著的區(qū)別：

1. 企業(yè)需要將原來由內(nèi)及外（inside-out）的思考方式轉(zhuǎn)變?yōu)橛赏庵羶?nèi)（outside-in）的思考方式。在由外至內(nèi)的模型中，可以先從修改一個(gè)“非正式”的APIs開始（稱為REST）。這不同于以往首先考慮性能，然后再考慮可用性的方式。
2. 不同于以往企業(yè)軟件環(huán)境中固定的使用模式，企業(yè)需要提升對(duì)不可預(yù)知請(qǐng)求的處理能力，并應(yīng)該能夠很好的適應(yīng)快速轉(zhuǎn)變的使用模式。
3. 企業(yè)需要為網(wǎng)站甚至是內(nèi)部處理客戶端提供新的API層，避免讓新的APIs直接訪問后臺(tái)系統(tǒng)。這樣，讓APIs成為后臺(tái)系統(tǒng)訪問的默認(rèn)方式。同時(shí)，使用云模型分發(fā)API層，處理更加迅速和配置多變的請(qǐng)求。

Data-centric APIs變得越來越普及

Siri和WolframAlpha就是兩個(gè)典型的data-centric APIs。數(shù)據(jù)處理有很大的市場(chǎng)，而現(xiàn)在網(wǎng)站上（如Data.gov）的數(shù)據(jù)大多是通過自定義的方式（比如Dun & Bradstreet）或是通過大量的xls/csv文件管理的。前者開銷太大，而后則是一個(gè)完全免費(fèi)的模型。而現(xiàn)在，一個(gè)新的模型——其實(shí)已經(jīng)存在了——將兩種方式結(jié)合起來。這種模型中使用APIs處理數(shù)據(jù)，并且存在免費(fèi)服務(wù)和增殖服務(wù)兩種模式。將會(huì)看到越來越多以數(shù)據(jù)為業(yè)務(wù)中心的企業(yè)將在apps中采用這種新型的商業(yè)模式。

這類企業(yè)要做的***件事就是將他們的數(shù)據(jù)組織成可以使用API訪問的形式?，F(xiàn)在，RESTifying數(shù)據(jù)并不是一件輕松的事情，現(xiàn)在有很多關(guān)于如何優(yōu)化這一操作的研究。然而，我希望能夠?qū)鹘y(tǒng)的方法結(jié)合起來，制訂一個(gè)相關(guān)的標(biāo)準(zhǔn)，比如Open Data Protocol (OData)。我并不認(rèn)為語意web或是Resource Description Framework (RDF)就是最終的解決方案。因?yàn)樗麄冇闷饋聿粔蚍奖恪?/p>

許多企業(yè)實(shí)現(xiàn)APIs只是為了進(jìn)行數(shù)據(jù)分析

企業(yè)技術(shù)需要解決的主要問題***個(gè)是業(yè)務(wù)自動(dòng)化，第二個(gè)是業(yè)務(wù)優(yōu)化。前者需要從下至上的改進(jìn)，而后則需要從上至下的改進(jìn)。而使用API目前更多的是關(guān)注業(yè)務(wù)的自動(dòng)化。

隨著越來越多的APIs訪問，許多關(guān)于APIs的分析表明企業(yè)的性能正在逐步提升，這非常有利于IT和業(yè)務(wù)的優(yōu)化。如果這個(gè)趨勢(shì)繼續(xù)發(fā)展下去并且業(yè)務(wù)優(yōu)化是最終的目標(biāo)的話，可以預(yù)測(cè)APIs還將成為業(yè)務(wù)優(yōu)化的最終手段。因此，所有專注于業(yè)務(wù)優(yōu)化的企業(yè)也需要實(shí)現(xiàn)APIs，這樣他們能夠?qū)ζ髽I(yè)性能的瓶頸進(jìn)行數(shù)據(jù)分析。

移動(dòng)開發(fā)優(yōu)化APIs

移動(dòng)apps現(xiàn)在公認(rèn)成為推動(dòng)API發(fā)展和使用的***因素。目前有各種豐富的移動(dòng)設(shè)備，每個(gè)設(shè)備的要求都有所不同。大多數(shù)的移動(dòng)apps都是針對(duì)iPhone（iOS）和Android設(shè)備開發(fā)的，但是下一個(gè)流行趨勢(shì)——HTML5/JavaScript能夠支持所有的設(shè)備。

移動(dòng)設(shè)備通常要求在API中處理更少的數(shù)據(jù)，并且要求處理簡(jiǎn)單的任務(wù)時(shí)不應(yīng)該重復(fù)調(diào)用APIs。如果APIs的效率不高，反而會(huì)給開發(fā)者和API提供者帶來更多的麻煩，因?yàn)橐粋€(gè)問題可能會(huì)被移動(dòng)需求模式（大量小API請(qǐng)求）層層累積，***同時(shí)顯現(xiàn)（使用這個(gè)API的多個(gè)設(shè)備同時(shí)出現(xiàn)異常）。在2012年，許多的提供者將會(huì)認(rèn)識(shí)到他們需要：

• 在返回給app以前，允許開發(fā)者過濾API返回值的大小和內(nèi)容。
• 為開發(fā)者提供app環(huán)境的正確信息——iOS中是plist ，HTML5/JavaScript中則是JSONP 。

OAuth 2.0將成為默認(rèn)的安全模型

Apps成為了數(shù)碼世界中新的連接紐帶，將賣家和買家用最有效的方式連接了起來。在APIs環(huán)境中，買家就是終端用戶，而賣家就是API提供者。好的apps是那些能夠?qū)PI封裝起來并提供良好用戶體驗(yàn)的apps，并能鼓勵(lì)最終用戶也參與進(jìn)來。像Salesforce.com，Twitter，F(xiàn)acebook，eBay這類正在增長(zhǎng)的網(wǎng)站能夠?yàn)橛脩籼峁┯袃r(jià)值的服務(wù)，但同時(shí)也要求他們的私人數(shù)據(jù)不被泄露。

OAuth 2.0可以讓最終用戶嘗試新的apps并將其中的不安全因素監(jiān)測(cè)出來。如果用戶不喜歡一個(gè)app或是不信任它，可以終止app對(duì)他們信息的訪問。在2012年，這將成為安全APIs的默認(rèn)選擇，保證用戶能夠安全地使用個(gè)人信息。

[[54713]]作者簡(jiǎn)介：本文的作者是Anant Jhingran，他曾擔(dān)任IBM信息管理部門副總裁兼CTO，并擔(dān)任IBM wide Cloud Computing Architecture Board的聯(lián)合主席。他負(fù)責(zé)的工作包括數(shù)據(jù)庫的技術(shù)策略，信息集成，數(shù)據(jù)分析，Big Data和IBM的PaaS相關(guān)工作。他獲得過多個(gè)獎(jiǎng)項(xiàng)，其中包括IBM Fellow，并且擁有多個(gè)專利，發(fā)表了超過20篇的技術(shù)論文，發(fā)表在許多重要的工業(yè)和學(xué)術(shù)會(huì)議上。