API即服務

       今天API as a Service無論是互聯網，還是企業都在面臨這個變革，做出響應。我們在系統設計與信息化基礎上，也同時做出變化與規划。

      API 是指應用編程接口，並非新鮮事物，它早在數十年前就已經出現。當一個程序調用另一個程序時，就是通過 API 來實現的。那么，目前的 API 與之前相比有何亮點？事實上，如果談起人們日益關注的 API，我們應將其定義為“業務 API” ，以及它所衍生出來的 API 生態系統。傳統的 API 通常是指技術上的應用接口。它們用於呈現被調用應用的完整功能性，而且提供了一個輸入/輸出機制，以獲得程序提供的結果。相反的，“業務 API”是指易於理解的應用接口，此類接口專注於業務可識別的資產，比如某個產品、某個訂單、某個客戶等等。業務 API 旨在提供一種非常易於使用的接口，它們以 API 的使用者為中心，而非提供者。業務 API 的目標使用者仍舊是編程人員。這里所說的編程人員可以是您所在企業的員工，也可以是合作伙伴公司，或者是任何外部人員。允許哪些群體使用您的 API，完全由您自己來決定。不過，無論用戶群體如何，業務 API 的目的都是使其能夠通過自助服務機制（即開發人員門戶）輕松使用 API.

         “API”和“API 經濟”的概念早在多年前就已經出現，因此現在與此相關的討論有所減少。這是不是說“API 只是一時的流行？”API 時代是否已經過去？答案無疑是否定的。當下許多新的熱門領域，比如數字化轉型、雲計算（尤其是混合雲）、認知計算 (AI)、區塊鏈、物聯網、微服務架構等等，都會涉及到業務 API 的使用。實際上，對於這些新領域的相關計划而言，業務 API 已成為它們的必用接口；比如說，API 可以提供圍繞暴露資產的使用和安全情境。

2021 年，在超過一半的全球 2000 強企業中，平均 1/3 的數字化服務交互都將來 自 API 開放生態系統 ，增長勢頭遠超過其自己的客戶交互能力。

對於互聯網開發業務場景, 有時這些后台可能是第三方提供商的。

再從單體應用架構到微服務架構

以下API as a Service 示例， API文檔生成，不再需要自己部署API接口文檔服務，使用第三方即可。

另外一些服務示例

還有的是無后台服務場景，這個后台服務器使用第三方

還有一些國外API服務公司與企業

---

今天先到這兒，希望對雲原生，技術領導力， 企業管理，系統架構設計與評估，團隊管理, 項目管理, 產品管管，團隊建設 有參考作用 , 您可能感興趣的文章:
領導人怎樣帶領好團隊
構建創業公司突擊小團隊
國際化環境下系統架構演化
微服務架構設計
視頻直播平台的系統架構演化
微服務與Docker介紹
Docker與CI持續集成/CD
互聯網電商購物車架構演變案例
互聯網業務場景下消息隊列架構
互聯網高效研發團隊管理演進之一
消息系統架構設計演進
互聯網電商搜索架構演化之一
企業信息化與軟件工程的迷思
企業項目化管理介紹
軟件項目成功之要素
人際溝通風格介紹一
精益IT組織與分享式領導
學習型組織與企業
企業創新文化與等級觀念
組織目標與個人目標
初創公司人才招聘與管理
人才公司環境與企業文化
企業文化、團隊文化與知識共享
高效能的團隊建設
項目管理溝通計划
構建高效的研發與自動化運維
某大型電商雲平台實踐
互聯網數據庫架構設計思路
IT基礎架構規划方案一(網絡系統規划)
餐飲行業解決方案之客戶分析流程
餐飲行業解決方案之采購戰略制定與實施流程
餐飲行業解決方案之業務設計流程
供應鏈需求調研CheckList
企業應用之性能實時度量系統演變

如有想了解更多軟件設計與架構, 系統IT,企業信息化, 團隊管理 資訊，請關注我的微信訂閱號：

作者：Petter Liu
出處：http://www.cnblogs.com/wintersun/
本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接，否則保留追究法律責任的權利。 該文章也同時發布在我的獨立博客中-Petter Liu Blog。