Open-API分析、實踐和思索

OpenAPI分析、實踐和思索作者岑文初公布于2009年2月6日下午6時0分社區(qū)主題標簽SOA、SAAS、云運算等等熱捧概念詞匯層出不窮，也讓專門多開發(fā)者去重新凝視以后的軟件開發(fā)將會何去何從。而OpenAPI的顯現(xiàn)，事實上差不多給國外的互連網(wǎng)應(yīng)用開發(fā)者帶來了一種新的創(chuàng)新思維，一種新的開發(fā)模式，將SOA的信息互通的理念貫穿到整個互連網(wǎng)行業(yè)，讓更多的“草根”開發(fā)者用創(chuàng)新思維將互聯(lián)網(wǎng)信息的價值最大化。有關(guān)廠商內(nèi)容有關(guān)贊助商關(guān)于國內(nèi)的開發(fā)者來講，在SNS熱潮中第一次接觸了OpenAPI，但這僅僅只是開始。SNS提供的API以及現(xiàn)有的一些分享類網(wǎng)站提供的API，僅僅只是OpenAPI中的一角，所能給開發(fā)者帶來的想象空間，以及所能夠產(chǎn)生的商業(yè)價值依舊十分有限。今年專門多時刻都投入到OpenAPI集成平臺的設(shè)計和開發(fā)中，因此關(guān)于OpenAPI有一些自己的收成和感想，同時期望通過對OpenAPI的介紹、實踐能讓更多的人了解和投入到這種新興開發(fā)模式中。這種開發(fā)模式是一種挑戰(zhàn)，一種創(chuàng)新更是一種機會。一.OpenAPI的介紹OpenAPI的進展互聯(lián)網(wǎng)應(yīng)用最重要的確實是創(chuàng)意和及時響應(yīng)變更這兩點。傳統(tǒng)軟件拚專業(yè)化和服務(wù)質(zhì)量，但盜版，同質(zhì)競爭，對用戶個性化需求的服務(wù)支持，使得客戶和軟件生產(chǎn)商都沒有得到中意結(jié)果。SAAS模式的提出，事實上部分也講明了市場和客戶關(guān)于互聯(lián)網(wǎng)應(yīng)用的需求日趨增強，長尾理論更是讓專門多草根開發(fā)者看到了以后。但互聯(lián)網(wǎng)應(yīng)用是否僅僅就把傳統(tǒng)軟件搬上網(wǎng)就確實是習(xí)慣潮流，改制創(chuàng)新了呢？事實上不然，互聯(lián)網(wǎng)開放帶來的仿照遠比盜版可怕，軟件的開發(fā)周期長，版本迭代周期長，讓傳統(tǒng)軟件開發(fā)模式下的開發(fā)人員疲于滿足用戶需求。而最重要的創(chuàng)意，傳統(tǒng)軟件用心于專業(yè)化，而專業(yè)化帶來的確實是我們過去講SOA需要解決的那些信息豎井，只有將不同行業(yè)的信息串聯(lián)打通，原有的數(shù)據(jù)資源才會體現(xiàn)出其更大的商業(yè)價值。因此OpenAPI顯現(xiàn)了，起初也許僅僅是互聯(lián)網(wǎng)企業(yè)內(nèi)部的一種需求，因為企業(yè)規(guī)模日趨龐大，組織內(nèi)部的協(xié)作也需要模塊化和服務(wù)接口化，隨著業(yè)務(wù)的梳理以及抽象，服務(wù)逐步不僅僅能夠滿足內(nèi)部交互，同時對外開放給一些商業(yè)合作伙伴，隨之而來的確實是數(shù)據(jù)資源價值的體現(xiàn)讓開放服務(wù)的企業(yè)得到了回報。當越來越多的互聯(lián)網(wǎng)企業(yè)將自己內(nèi)部的業(yè)務(wù)作為服務(wù)提供給外部使用者的時候，服務(wù)的公布，流程的規(guī)范化也逐步形成。REST作為一種輕量級服務(wù)交互規(guī)范也得到了新一代互聯(lián)網(wǎng)企業(yè)的認同，加上RSS，JSON，XML差不多廣泛使用的多種數(shù)據(jù)格式，讓OpenAPI有了公共的基礎(chǔ)，也為OpenAPI的開發(fā)者集成開發(fā)提供了最差不多的保證。當前國外的OpenAPI不論是種類，提供商的服務(wù)質(zhì)量，規(guī)范化和使用情形都在這一年里面有了專門大的提升，能夠講差不多由初期的進展轉(zhuǎn)到了較為成熟的進展。而國內(nèi)，就開放的企業(yè)，提供商的服務(wù)提供成熟度，以及安全等方面的措施，都僅僅只是起步，只是好處在于有可借鑒的模式。只是，明年隨著OpenAPI帶來的商業(yè)價值逐步體現(xiàn)，會讓更多的人加入到互聯(lián)網(wǎng)這種新的應(yīng)用開發(fā)模式中來，同時也會給專門多開發(fā)者，專門是個人和小團隊開發(fā)者帶來機遇?；ヂ?lián)網(wǎng)行業(yè)確實是一個以小博大的行業(yè)，當面對成千上萬的新興資源的時候，創(chuàng)意加行動才是成功的基石。OpenAPI的形狀就現(xiàn)在互聯(lián)網(wǎng)上OpenAPI的形狀來看，要緊分成兩種：標準REST和類REST(也能夠叫做RPC形狀)。RPC形狀事實上確實是WebService的一種連續(xù)，只是少了繁重的解析、安全規(guī)范等。Flickr的OpenAPI大部分確實是這種形狀，看看下面的服務(wù)要求URL：REST形狀要緊有這么幾點特點：1.服務(wù)地址確實是資源定位地址。2.服務(wù)操作確實是Http要求中的方法類型（GET,POST,DELETE,PUT），這事實上是抽象現(xiàn)實當中關(guān)于服務(wù)的增刪改查操作。Google大部分的RESTAPI就采納了標準的REST風(fēng)格，服務(wù)要求地址URL如下：那個服務(wù)要求地址是用來定位以我阿里巴巴郵箱注冊的Google帳號的所有日程安排，通過在Http消息頭中配置Get、Post、DELETE、PUT能夠?qū)ξ业娜粘踢M行操作，而無須登陸到Google上去操作。（后面部分的實踐中會有部分介紹如何通過后臺Java代碼直截了當操作）關(guān)于REST形式的討論在網(wǎng)上一直有，但事實上這種討論沒有什么意義，事實上就好比爭辯吃飯是否一定要用筷子，沒有什么技術(shù)是“萬能藥”，也沒有什么技術(shù)好于不行，只有使用它的人是否有足夠的聰慧把它應(yīng)用到適合的場景中。關(guān)于類REST的形狀來講優(yōu)點在于關(guān)于原有系統(tǒng)的改造較小，“當前”用戶使用同意度更高一些，關(guān)于邏輯抽象來講更加容易。而REST風(fēng)格的優(yōu)點在于，資源容易治理，系統(tǒng)擴展容易，權(quán)限操縱能夠部分依靠于已有的傳輸協(xié)議。兩者的缺點事實上確實是對方的優(yōu)點。采取什么模式，事實上依舊要按照企業(yè)本身情形來看，類似于淘寶采納的確實是類REST方式，而以后支付寶將會采納REST的方式，前者要改造整個系統(tǒng)架構(gòu)和資源數(shù)據(jù)結(jié)構(gòu)差不多是不太可能完成的任務(wù)，后者關(guān)于業(yè)務(wù)邏輯梳理以及在現(xiàn)有內(nèi)部SOA架構(gòu)體系下抽象出REST風(fēng)格的API并不是一件難事。但最后依舊那句話，形狀僅僅只是外在，練功之人修煉好內(nèi)力才是全然，沒有必要為了迎合一種所謂的潮流而去盲目的選擇形狀，因為服務(wù)提供商將要面對的是高過網(wǎng)站上百甚至更高流量的訪咨詢調(diào)用，如何滿足開發(fā)者業(yè)務(wù)以及非業(yè)務(wù)（穩(wěn)固，高效，安全）的需求，才是最大的挑戰(zhàn)。OpenAPI的類型那個地點指的類型，要緊從提供服務(wù)本身內(nèi)容來看。當前服務(wù)類型要緊能夠分成三種：數(shù)據(jù)型，應(yīng)用型，資源型?，F(xiàn)在專門多SNS網(wǎng)站的OpenAPI確實是屬于數(shù)據(jù)型，也確實是將自身的數(shù)據(jù)開放，讓應(yīng)用開發(fā)者按照已有的數(shù)據(jù)進行二次應(yīng)用開發(fā)。應(yīng)用型事實上應(yīng)該是數(shù)據(jù)型結(jié)合的比較緊密，F(xiàn)lickr的圖片搜索，Google的日程，地圖（地圖數(shù)據(jù)事實上能夠自己定義）等等差不多上屬于應(yīng)用型。應(yīng)用型的數(shù)據(jù)輸入能夠是外部的數(shù)據(jù)，也能夠是基于已有的數(shù)據(jù)資源進行處理。資源型的代表確實是Amazon，AmazonS3確實是典型的資源型，所以Flickr的圖片儲備服務(wù)等也能夠?qū)儆谫Y源型。事實上今年還有一個被炒得火熱的話題確實是云運算，在云運算的背后確實是需要提供這么一個資源型的服務(wù)，AmazonEC2如果離開了S3，也就無法存在。事實上這種類型的服務(wù)也是一種以后的趨勢，以后互聯(lián)網(wǎng)應(yīng)用如果要培植草根級開發(fā)者，就需要有如此的溫室，Google的Appengine如果在多一些語言環(huán)境版本，那么會讓更多的開發(fā)者有妄圖實現(xiàn)的空間。在回過頭來看三種類型的服務(wù)，事實上有著專門強的層次關(guān)系，就如下圖：圖1OpenAPI的類型OpenAPI交互的數(shù)據(jù)格式關(guān)于互聯(lián)網(wǎng)應(yīng)用來講，最大的特點也是最大的優(yōu)點確實是基于Http協(xié)議開發(fā)成為應(yīng)用開發(fā)的統(tǒng)一標準。關(guān)于使用的語言，采納的操作系統(tǒng)和應(yīng)用部署平臺都沒有太多的限制。WebService采納xml作為數(shù)據(jù)傳輸承載，制定了解析標準（以及后來安全，轉(zhuǎn)發(fā)等標準）為開發(fā)者異構(gòu)系統(tǒng)的信息交互帶來了可能，也成為至今為止應(yīng)用最廣泛的服務(wù)集成方式。而隨著Web2.0進展，RSS、Atom、JSON的大規(guī)模應(yīng)用，關(guān)于數(shù)據(jù)交互格式有了更多的選擇。服務(wù)要求確實是標準的Http的要求，關(guān)于文件類上傳的服務(wù)采納HTTPMultipart的格式。編碼方式差不多都采納UTF-8的編碼方式。在OpenAPI的數(shù)據(jù)返回格式方面，大部分的網(wǎng)站優(yōu)先提供Xml、JSON的數(shù)據(jù)返回，Google定義的GData確實是在Atom基礎(chǔ)上作了擴展，還有一些網(wǎng)站提供了php的數(shù)據(jù)返回。同時有些網(wǎng)站會在OpenAPI的基礎(chǔ)上作更高的一層封裝，類似于GoogleMap，能夠通過javascript框架來直截了當使用。當前國外的OpenAPI使用狀況我那個地點只列了前四名的一個比例對比,然而前面四名占有總的Mash-up的比例差不多高達80%左右。從那個占有率能夠看出，API第一吸引開發(fā)者的應(yīng)該是API應(yīng)用場景是否廣泛，GoogleMap事實上確實是最好的講明，地圖類服務(wù)能夠和各種行業(yè)結(jié)合起來為人們生活服務(wù)。其次確實是API的專業(yè)化，后面三位這方面差不多上本類服務(wù)中作的最杰出或者講是臨時還沒有人能夠作到的。Flickr的服務(wù)確實是圍繞著圖片，然而Flickr關(guān)于圖片Tag專業(yè)性的設(shè)計讓使用者的需求得到了最大的滿足，同時也為開發(fā)者提供了專門多隱性的資源。YouTube借助著Google在搜索領(lǐng)域的強大優(yōu)勢以及自身的行業(yè)能力也吸引了寬敞的開發(fā)者。而Amazon多層次的API結(jié)構(gòu)化設(shè)計，為開發(fā)者提供了整套的開發(fā)解決方案（EC2,S3,SQS,SimpleDB作為基礎(chǔ)的Framework;FPS,DevPay作為配套支付服務(wù)支持，AlexaWebSearch作為搜索），同時加上自身的強大的電子商務(wù)基礎(chǔ)，也成為了專門多開發(fā)者的首選。事實上從國外的OpenAPI來看，如果要成為開發(fā)者的服務(wù)提供商首選，那么就需要在服務(wù)特色，服務(wù)質(zhì)量，服務(wù)配套化（社區(qū)，SDK，開發(fā)框架，整體解決方案）上作文章。專門多企業(yè)差不多有了吸引人的數(shù)據(jù)資源（類似于淘寶，YouTube，F(xiàn)lickr），或者擁有行業(yè)內(nèi)強大的專業(yè)能力（類似于Google的搜索，地圖，支付寶的支付）都能夠比較容易的占有市場優(yōu)勢，而類似于國內(nèi)現(xiàn)在專門多SNS網(wǎng)站商業(yè)模式差不多被復(fù)制的差不多了，數(shù)據(jù)內(nèi)容事實上也部分上下，因此如何能夠做好服務(wù)特色，質(zhì)量，配套化才是以后在OpenAPI領(lǐng)域走的更遠的基石。二．OpenAPI的實踐注：代碼中的部分用戶名和密碼以及應(yīng)用id都需要采納自己申請的內(nèi)容作替換，代碼差不多上Java的后臺程序代碼，要緊考慮實踐即可，同時這部分代碼僅僅是作為測試，結(jié)構(gòu)和錯誤處理差不多上沒有作太多的關(guān)注。三．類授權(quán)策略免授權(quán)只需要開發(fā)者申請應(yīng)用ID即可使用服務(wù)。應(yīng)用授權(quán)是最基礎(chǔ)的OpenAPI開發(fā)授權(quán)策略，作用是讓服務(wù)提供商能夠核對每一次服務(wù)要求者的身份，同時也保證了服務(wù)開發(fā)商的自身利益，與免授權(quán)之間的區(qū)別確實是是否需要在要求中帶上數(shù)字簽名來交驗要求者身份。用戶授權(quán)一樣是基于應(yīng)用授權(quán)之上的更高層次的授權(quán)認證，為了保證使用應(yīng)用的終端用戶數(shù)據(jù)可不能在用戶不知情或未授權(quán)的情形下被訪咨詢和修改，使用戶隱私泄露或者蒙受缺失。免授權(quán)和應(yīng)用授權(quán)類服務(wù)的開發(fā)Yahoo的Search引擎以及Boss服務(wù)（BuildyourSearchService）差不多上屬于免授權(quán)類服務(wù)?？蛻舳藴y試代碼片段如下：接下來就看看運行成效吧：testYahooSearch()的運行結(jié)果如下：測試運行結(jié)果是搜索結(jié)果集的xml描述，能夠按照ImageSearchResponse.xsd來解析返回的內(nèi)容。testBossSearch()運行的結(jié)果如下：測試運行的結(jié)果是差不多通過XPath初步處理的結(jié)果，提供了下一頁的入口URL地址，以及此次搜索出來的結(jié)果集。通過阿里軟件服務(wù)集成平臺訪咨詢淘寶非用戶隱私信息類API就屬于應(yīng)用授權(quán)類服務(wù)。與上面范例差異在于調(diào)用發(fā)送方法時傳入了secretcode，進行參數(shù)簽名（參數(shù)中增加了時刻戳）。由上面的例子能夠看出，關(guān)于公布信息的訪咨詢，OpenAPI接入簡單，使用方便。用戶授權(quán)類服務(wù)的開發(fā)用戶授權(quán)類服務(wù)，第一就要解決如何讓用戶能夠在知情的情形下授權(quán)給應(yīng)用開發(fā)商獵取和操作用戶個人的數(shù)據(jù)，實現(xiàn)用戶需求。在傳統(tǒng)意義上通常會讓用戶輸入某一個網(wǎng)站的用戶名和密碼，就類似于現(xiàn)在的專門多SNS讓用戶輸入msn,qq帳號來獵取用戶好友信息，然而事實上如此關(guān)于用戶來講風(fēng)險專門大，專門是一些個人隱私性專門強的信息或者是涉及到金鈔票的操作。因此現(xiàn)在大部分的服務(wù)提供商采取的是OAuth方式的認證或者是類似于OAuth，OAuth的具體細節(jié)我就不在那個地點贅述了，網(wǎng)上有專門詳細地資料，那個地點就大致把流程原理畫一下。圖2OAuth流程那個地點將采納Flickr圖片上傳作為測試范例：第一，依舊要擁有Flickr的帳號，然后同時去申請應(yīng)用id。具體的代碼片斷如下：看看執(zhí)行成效：第一操縱臺會輸出：ifdonetheninput'ok'toconsole!，同時彈出IE窗口如下：輸入用戶名和密碼以后會看到如下界面，就表示授權(quán)成功了。在操縱臺中輸入ok，然后回車?？吹饺缦绿崾荆喝缓缶洼斎肽阈枰蟼鞯膱D片的地址，例如我輸入我的blog的頭像地址：/3/5/1/1_cenwenchu79.jpg。然后回車，會看到新彈出一個頁面，里面確實是上傳到你Flickr中的圖片。以上確實是一次用戶授權(quán)API的完整操作，對比應(yīng)用授權(quán)，個人授權(quán)相對來講會比較復(fù)雜一些，同時按照調(diào)用應(yīng)用的不同，也會有不同的授權(quán)流程（Web應(yīng)用，桌面應(yīng)用，手機應(yīng)用）。但就現(xiàn)在國內(nèi)外的OpenAPI使用來看，大致的思想都比較相似，也確實是OAuth的思想，然而細節(jié)部分會有許多差異，例如Token時效，愛護方，操作范疇等。Mash-up的范例Mash-up在基維百科中定義是如此的（Inwebdevelopment,amash-upisawebapplicationthatcombinesdatafrommorethanonesourceintoasingleintegratedtool）。數(shù)據(jù)的一種集成。事實上OpenAPI真正的目的確實是期望夠讓信息在交互中產(chǎn)生更大的價值。那個范例的場景是淘寶賣家上傳上品信息的同時需要有商品的圖片，通常商家就不得不自己再去找一些符合自己商品的縮略圖，那個地點我采納上面使用過的YahooBOSS搜索縮略圖，將符合條件的縮略圖選擇一個作為商品的描述圖片再上傳到淘寶。如此就將整個淘寶賣家編輯上傳珍寶的流程簡化了，同時關(guān)于商品圖片描述來講會有更多更好的選擇。淘寶的OpenAPI都通過阿里軟件的服務(wù)集成平臺公布（后面章節(jié)會對服務(wù)集成平臺有介紹和描述），具體的使用流程事實上和前面描述的兩種服務(wù)獵取方式一樣，只是在用戶授權(quán)方面關(guān)于應(yīng)用開發(fā)者來講更加簡便。第二步，你需要有一個淘寶帳號，同時開了網(wǎng)店。第三步，客戶端代碼，代碼片斷如下：運行結(jié)果：第一操縱臺會輸出：ifdonetheninput'ok'toconsole!然后會有IE彈出界面如下：輸入用戶信息以后將會進入如下頁面：點擊確認，然后關(guān)閉網(wǎng)頁。在操縱臺中輸入ok，同時回車。現(xiàn)在就會發(fā)覺，淘寶賣家中的一個珍寶被修改了價格和圖片，只是由于淘寶店的更新會有滯后，因此需要去我的淘寶里面看正在出售中的珍寶。能夠看到，冰激凌圖片差不多上傳到了地毯上去了，那個地點所以只是試驗看成效而已。三.服務(wù)集成平臺通過前面的介紹和實踐兩部分，在OpenAPI在概念和實際操作上都有了一定的懂得和認識，那個地點就再談?wù)劮?wù)集成平臺的作用、角色和定位。那個地點大致描述一下集成平臺當前的實現(xiàn)點，這些實現(xiàn)點也確實是服務(wù)集成平臺的價值所在。服務(wù)集成平臺（SIP）的角色和作用圖3SIPRoleISV（獨立軟件開發(fā)商）最關(guān)懷什么？服務(wù)資源是否豐富。這關(guān)系著是否能夠創(chuàng)新。服務(wù)質(zhì)量是否有保證。這關(guān)系著是否能夠滿足用戶最差不多的需求。開發(fā)集成是否便利。這關(guān)系著開發(fā)成本。ISP（獨立服務(wù)提供商）最關(guān)懷什么？服務(wù)安全性是否可靠。如果損害到自身或者用戶利益，則就失去了原先開放的初衷。是否有足夠多的應(yīng)用開發(fā)者使用服務(wù)。服務(wù)的非業(yè)務(wù)性需求是否能夠滿足。（服務(wù)監(jiān)控告警，計費，統(tǒng)計分析等）SIP是連接ISV和ISP的“橋梁”。它能解決什么雙方最關(guān)懷的什么咨詢題？豐富的ISV資源以及豐富的ISP資源。這事實上是一個良性循環(huán)的過程，就好比一個建材市場，買家和賣家數(shù)量遠遠要比在單獨一家實體店中多，從淘寶的B2C模式就能夠看出，市場大了以后傳統(tǒng)的“大鱷”都要集合人氣。統(tǒng)一安全標準和多種操縱策略，即保證了ISP的安全，又能夠讓ISV開發(fā)起來方便。在前面實踐過程中能夠?qū)ｉT明顯的看到，眾多的應(yīng)用id，各自的安全流程，讓開發(fā)者Mashup無形中增加了專門大的開發(fā)成本和愛護成本。SIP目的確實是讓ISP用心于業(yè)務(wù)服務(wù)的開發(fā)，而將非業(yè)務(wù)性的需求，如安全，服務(wù)監(jiān)控預(yù)警，日志分析統(tǒng)計，計費，社區(qū)等都一攬子解決。如此既解決了ISP的第三個咨詢題，同時也為ISV關(guān)懷的服務(wù)質(zhì)量無形中作了促進。在年初的時候，分析和研究國外的OpenAPI時，感受類似于SIP形狀的產(chǎn)品在國外還沒有，大伙兒差不多上各做各的，但這陣子回過頭來看，YouTube和Google開放平臺，F(xiàn)lickr和Yahoo開放平臺，這些平臺都屬于SIP形狀的產(chǎn)品，而且Google要比當前我們做的SIP還要更進一步，那確實是數(shù)據(jù)格式規(guī)范化(GData)，而SIP當前僅僅只是做到流程規(guī)范化。那是否任何公司都適合去做SIP這類形狀的平臺呢，這不僅僅是技術(shù)咨詢題，依舊一個資源的咨詢題。阿里巴巴每一家子公司都有實力去做一個如此的開放平臺，但各自獨做一套的結(jié)果確實是資源白費，同時技術(shù)沒有得到積存（SIP技術(shù)積存是在ISV和不同形狀的ISP接入中逐步產(chǎn)生的），最重要的是這些子公司事實上真正需要關(guān)注的是如何將業(yè)務(wù)和數(shù)據(jù)開放給開發(fā)者，吸引更多的開發(fā)者來構(gòu)建出圍繞OpenAPI的創(chuàng)新應(yīng)用，最大化數(shù)據(jù)和服務(wù)的商業(yè)價值。服務(wù)集成平臺功能特性服務(wù)路由服務(wù)集成平臺就好比硬件里面的“路由器”，服務(wù)調(diào)用者只需要提供服務(wù)注冊的名稱，就能夠調(diào)用到某一個服務(wù)提供商提供的服務(wù)，關(guān)于調(diào)用者來講無需關(guān)懷此服務(wù)的地址以及提供者。按照現(xiàn)時期的服務(wù)集成來看，要緊分成四類的服務(wù)路由，同步服務(wù)路由，異步服務(wù)路由，訂閱服務(wù)路由，大數(shù)據(jù)量上傳服務(wù)。同步服務(wù)路由確實是一般的Http無狀態(tài)單次要求和響應(yīng)。異步服務(wù)路由應(yīng)用于服務(wù)提供商提供的服務(wù)無法在當時處理完畢，先返回一個要求響應(yīng)，當服務(wù)處理終止以后再將服務(wù)處理結(jié)果返回給服務(wù)調(diào)用者（短信業(yè)務(wù)確實是一種異步服務(wù)）。訂閱服務(wù)和互聯(lián)網(wǎng)上RSS之類的訂閱十分相似，服務(wù)調(diào)用者只需要訂閱服務(wù)即可獲得服務(wù)提供商推送的服務(wù)內(nèi)容。大數(shù)據(jù)量上傳服務(wù)事實上也是屬于同步服務(wù)，然而由于消耗資源和性能壓力不同，因此被單獨作優(yōu)化處理。關(guān)于服務(wù)形狀不同，服務(wù)路由需要支持REST風(fēng)格的服務(wù)路由和類REST風(fēng)格服務(wù)的路由，但關(guān)于開發(fā)者來講，調(diào)用的方式差不多上用服務(wù)名稱來路由。正式環(huán)境和測試環(huán)境的隔離和切換關(guān)于服務(wù)開發(fā)者來講，在應(yīng)用開發(fā)期間需要有外部測試環(huán)境的支持，在商用以后需要有正式環(huán)境支持，同時兩個環(huán)境的切換需要盡量的簡單。服務(wù)集成平臺支持服務(wù)提供商提供測試環(huán)境和正式環(huán)境的不同服務(wù)路由，同時兩套環(huán)境切換成本低。當服務(wù)提供商只有一套環(huán)境的時候能夠按照策略配置的不同，對調(diào)用者訪咨詢的范疇，頻度，次數(shù)作限制，保證測試服務(wù)不阻礙正式服務(wù)。安全提供對應(yīng)用身份認證以及服務(wù)提供商身份認證的支持，采納多種數(shù)字簽名算法實現(xiàn)差不多的身份認證，支持IP白名單和動態(tài)算法更新后端插件提供更高級別的服務(wù)安全保證。細化了用戶授權(quán)流程。關(guān)于用戶Token細分為要求級別和會話級別，同時關(guān)于會話級別的權(quán)限操作，失效時刻可按照服務(wù)提供商的配置自定義。同時平臺托管愛護每個應(yīng)用每個用戶的多身份綁定Token，降低服務(wù)提供商開發(fā)愛護成本。服務(wù)提供商可配置服務(wù)訪咨詢量操縱和頻率操縱（所有應(yīng)用或者單個應(yīng)用）。也支持配置需要訂購才能夠使用的服務(wù)（有限次數(shù)訂購，無限次數(shù)訂購）。支持多級服務(wù)安全策略配置，為服務(wù)配置（無授權(quán)，應(yīng)用授權(quán)，用戶授權(quán)，可選用戶授權(quán)）等多種級別的安全策略。注：可選用戶授權(quán)是指如果沒有被用戶授權(quán)的情形下使用接口將返回部分公布數(shù)據(jù)，而在用戶授權(quán)情形下使用則返回全部的私有和公布數(shù)據(jù)。對服務(wù)提供商多級分類，提供不同的安全策略組合。監(jiān)控與告警服務(wù)使用者服務(wù)使用出錯監(jiān)控和告警。服務(wù)提供商提供的服務(wù)可用性，超時狀況的監(jiān)控和告警。服務(wù)集成平臺服務(wù)處理狀況，內(nèi)部模塊運行狀況監(jiān)控和告警。日志采集與統(tǒng)計分析高并發(fā)下日志采集異步處理，采集服務(wù)正常訪咨詢和專門訪咨詢?nèi)罩?，采集用戶綁定類，異步服?wù)類，平臺內(nèi)部服務(wù)類等專門日志。每日，每周，每月訪咨詢?nèi)罩窘y(tǒng)計分析，基礎(chǔ)報表和趨勢分析圖的創(chuàng)建。支持分析結(jié)果預(yù)警配置。歷史統(tǒng)計數(shù)據(jù)治理和歸檔。平臺內(nèi)置服務(wù)平臺為服務(wù)提供商以及服務(wù)調(diào)用者提供了平臺級別的服務(wù)，為開發(fā)商和服務(wù)提供者獵取平臺業(yè)務(wù)數(shù)據(jù)以及運行期配置安全策略提供方便。平臺提供一系列平臺模塊監(jiān)控、配置、重置服務(wù)，支持在線咨詢題查找、定位、解決的一套機制。非功能性需求（當前情形）性能：壓力測試單機500并發(fā)用戶1600+的tps，多機處理能力線性增長。模塊化：內(nèi)部處理模塊化結(jié)構(gòu)，支持運行期配置、裝載、卸載。容錯：服務(wù)集成平臺核心數(shù)據(jù)都緩存在Memcache中，因此Memcache集群以及容錯策略的擴展都為平臺穩(wěn)固和容錯作了基礎(chǔ)保證。配套支持通過ISV,ISP,Admin三個Portal，使開發(fā)者，服務(wù)提供商以及后臺愛護人員能夠自主愛護差不多信息和查看有關(guān)數(shù)據(jù)。為開發(fā)者提供社區(qū)，測試區(qū)的支持，同時提供開發(fā)工具包和文檔，方便開發(fā)。擴展集成支持不同平臺的服務(wù)集成。支持Google,Flickr,Yahoo等等不同的服務(wù)平臺的服務(wù)集成，當前還沒有完全將安全體系集成，只能夠支持安全流程透傳，消息數(shù)據(jù)完整過濾。服務(wù)集成平臺的一些進展趨勢數(shù)據(jù)集成和流程集成

當前專門多服務(wù)差不多上基礎(chǔ)的數(shù)據(jù)型服務(wù)，使用者通過數(shù)據(jù)選擇獵取相應(yīng)的數(shù)據(jù)，然后展現(xiàn)給用戶，這些服務(wù)的集成相對來講功能比較單一，流程也不復(fù)雜。但隨著服務(wù)提供商的進展，數(shù)據(jù)類型服務(wù)將會作為基礎(chǔ)服務(wù)的一部分，而越來越多業(yè)務(wù)處理型服務(wù)會成為使用者的首選，現(xiàn)在，如何讓服務(wù)和服務(wù)之間數(shù)據(jù)互通，服務(wù)能夠通過一定的描述編排，就會變得越來越有價值，就如前面提到的，Google采納GData作為數(shù)據(jù)規(guī)范格式，同時關(guān)于安全流程的統(tǒng)一制定，為第二時期的集成打下了基礎(chǔ)。服務(wù)基礎(chǔ)平臺間的互通

最近OpenID也再次由于各大網(wǎng)站的支持而被人們廣泛關(guān)注，在以后OpenAPI體系中，相伴著OpenID的進展，服務(wù)基礎(chǔ)平臺之間的服務(wù)互通也將會變得越來越容易，然而數(shù)據(jù)的安全性也會對每個服務(wù)平臺要求更高。服務(wù)