應(yīng)用程序接口門戶和服務(wù)生命周期管理是在考慮API工具時必須關(guān)注的兩個領(lǐng)域。在本系列的第一篇文章中，我回顧了應(yīng)用程序接口技術(shù)應(yīng)該提供的5大能力領(lǐng)域：
API門戶/消費者互動
服務(wù)生命周期管理
集成/服務(wù)曝光
策略執(zhí)行
器具、分析與曝光
在本文中，我將深入探討API門戶/消費者互動以及服務(wù)生命周期管理（SLM）這前兩個領(lǐng)域。
API門戶/消費者互動能力使得服務(wù)和它們的API能被潛在消費者發(fā)現(xiàn)，然后管理所需的交互。服務(wù)生命周期管理則是天平的另一端。關(guān)注于文檔及與開發(fā)這些服務(wù)相關(guān)的流程，讓它暴露給潛在消費者，跟蹤和管理服務(wù)生命周期中的變化以及里面的API。
API門戶的力量
隨著一天天公共API越來越多，API門戶成為必須。在SOA的全盛期，供應(yīng)商推動了服務(wù)登記和倉儲這樣的東西。由于大部分服務(wù)都是內(nèi)部使用的，組織有時候主要靠知道與合適的人對話，或者利用現(xiàn)有門戶來支持不同的IT團隊。如果服務(wù)是對公眾開放的，這么做就不行了。需要有一種基于Web的存在來建立與對使用服務(wù)感興趣的各方的互動。
該門戶必須有一個可搜索且可瀏覽的現(xiàn)有服務(wù)及其API的詳細目錄。搜索起碼應(yīng)該支持關(guān)鍵字搜索，但最好擴展到元數(shù)據(jù)驅(qū)動型搜索。元數(shù)據(jù)驅(qū)動型搜索可能更適合于內(nèi)部消費者，但是對于外部消費者來說也一樣有意義。
該門戶需要有一個靈活的信息模型來支撐，用于跟蹤服務(wù)及其API的各種屬性。這個也許包括對能力模型或者服務(wù)使用的主要數(shù)據(jù)域的映射。至少應(yīng)該支持基于關(guān)鍵字的標記服務(wù)，允許即時分類。然后這一元數(shù)據(jù)就可以用來建立貫穿服務(wù)門類的導(dǎo)航路徑。
API工具必須有兩個更為關(guān)鍵的消費者端功能。第一個是消費者使用管理。必須包括：
消費者建立用于服務(wù)調(diào)用的身份鑰匙的機制
如果有使用費的話必須提供賬單與支付信息 捕捉預(yù)期或限制的使用情況 API工具的第二個必備功能是展示與該消費者注冊身份調(diào)用相關(guān)的關(guān)鍵指標的儀表盤。
API經(jīng)理的角色
服務(wù)水平管理能力聚焦于API經(jīng)理/服務(wù)所有者的角色上。最好把這個角色看作產(chǎn)品經(jīng)理，這個角色往往在企業(yè)里面是不存在的。該角色的重要之處在于它無法低調(diào)，尤其是如果API要暴露給公眾的話。
API經(jīng)理必須傾聽客戶。因此，API管理工具必須讓客戶能夠提供反饋，且必須讓API經(jīng)理可發(fā)布新聞給他們，包括更新通告、舊版本的退役以及問詢響應(yīng)等。
與開發(fā)團隊的交互是API經(jīng)理的另一個關(guān)鍵角色。這包括了規(guī)劃未來的增強改進，問題解決，定義升級路徑到新版本，處理與之前版本的兼容性問題，確保改進及時交付。盡管上述提及的許多事情可通過正常的系統(tǒng)開發(fā)周期（SDL）管理工具來處理，API管理工具還是需要通過提供有關(guān)服務(wù)、受管理的API的套件的組合級信息，以及來自客戶的信息來完善這些工具。系統(tǒng)開發(fā)生命周期管理工具往往不會提供哪位客戶會受到特定變化影響這類洞察信息，也不會公布滯后或即將推出的版本給客戶。
API門戶/消費者互動能力與SLM能力之間的共同點是靈活的信息模型。有記錄得當?shù)姆?wù)頁面是一回事，但是每個服務(wù)只有一個模板驅(qū)動的Web頁面，要想報告哪一項API和服務(wù)被某位特定消費者使用是很難的。報告特定能力領(lǐng)域不同API的數(shù)量，并進行合并及/或合理化規(guī)劃也做不到。
最后一點要考慮的是，這兩個能力領(lǐng)域的一個關(guān)鍵是可用性，尤其是API門戶側(cè)的可用性。很難對用戶界面制定一個基于檢查表的評估方案，因此，花些時間對受評估的API工具進行親身實踐就很重要了，而且最好由合適角色的測試員擔當。API經(jīng)理對API門戶能力的評估得出的結(jié)論可能會與最終消費者的評估結(jié)果很不一樣。
京公網(wǎng)安備 11010502049343號