前言

連接是一件令人驚喜的事情，現在我們已習慣動動手指就可以實時鏈接世界，從電腦到移動設備上我們可以在任何地方任何時間購物，郵件，社交，篩選東西，實現前所未有的方式與世界互連，這一切的背后正是有 API 這位無名英雄存在。通過 API，一方以特定方式發送遠程請求,而無需了解對方內部系統的邏輯，即可訪問對方開放的資源，實現企業內外部產品和服務的互動。API 已成為企業內外系統集成的重要手段。如今，互聯網環境瞬息萬變，跨界融合創新不斷發生，使得 API 的使用亦更加廣泛，API Bank 的誕生，人工智能 ChatGPT API 的橫空出世，就已經注定了 API 與傳統行業的邂逅已無處不在。而這一切的“幕后之手” API 在不同架構時代發展中又經歷了哪些，未來 API 又會具有怎樣的趨勢呢？

發展歷程

“道由白云盡，春與青溪長。”

API 單體架構時代

所謂單體，簡單理解就是一個程序里包含了一個系統/產品的所有業務功能，比如一個 ERP 系統，就包含了商品模塊、訂單模塊、采購模塊、銷售模塊、庫存模塊、報表模塊等等，這個程序在部署時就是一個進程，比如把 WAR 包部署到 Tomcat 中。API 負責進行內部服務調用。在當時單體結構的優點也是顯而易見的。

• 結構簡單，容易理解：對于我們開發人員而言，這是非常重要的一點。經典的分層架構已經相對比較成熟，更容易被大家所理解和接受，學習成本也相對比較低，對團隊本身的要求也不是特別高。這不僅使得系統的設計和開發都相對比較容易，而且出錯的幾率會相對低一些。用現在時髦的詞語說，就是“坑相對較少”，開發實現都可以“踩在踩坑人的背上前進”，實現數據一致性相對比較容易，通過本地事務或者分布式事務可以方便有效地保證數據一致性。
• 部署簡單方便：比如上面提到的 ERP 系統，可以方便快速地打包成 WAR 包，部署到 Jetty 或者 Tomcat 容器中，也可以是一個部署在 IIS 中的 .NET 解決方案。無論哪種，一次部署完成即可運行整個應用程序。
• 持續集成策略的設計相對容易：基本上團隊可以根據項目的實際情況很容易地設計出持續集成方案，很多情況下，整套解決方案會放在同一個代碼庫中，根據持續集成策略，項目的持續交付也不會有太大壓力。

隨著互聯網時代的迅速發展，需求量的提升，單體架構的缺點也逐漸凸顯，系統啟動慢，一個進程包含了所有的業務邏輯，涉及到的啟動模塊過多，導致系統的啟動、重啟時間周期過長。

• 系統錯誤隔離性差、可用性差：任何一個模塊的錯誤均可能造成整個系統的宕機。
• 可伸縮性差：系統的擴容只能只對這個應用進行擴容，不能做到對某個功能點進行擴容。
• 線上問題修復周期長：任何一個線上問題修復需要對整個應用系統進行全面升級。這些缺點也導致了單體架構隨之慢慢被微服務架構所替代，而 API 作為微服務的交流方式，也注定了 API 的命運不會平凡。

API SOA 架構時代

當軟件架構發展至 SOA 時代，其中的許多概念、思想都已經能在今天微服務中找到對應的身影了。服務之間的松散耦合、注冊、發現、治理，隔離、編排，等等。這些今天微服務中耳熟能詳的名詞概念，大多數也是在分布式服務剛被提出時就已經預見到的困難。SOA 針對這些問題，乃至于針對“軟件開發”這件事情本身，進行了更加系統性、更加具體的探索。

采用 SOA 架構可提高業務敏捷性，無需重寫和重新集成每個新開發項目，而是通過可復用服務接口 API 組裝應用程序，因此極大地提高了效率，讓我們開發人員能夠更快地構建應用程序以應對新的商機。

在當時 API 通過輕型協議 SOAP 這種簡單對象訪問協議，用于分散的、分布式計算環境中交換信息。以助于獨立于平臺的方式訪問對象、服務和服務器。

SOA 在 21 世紀最初的十年里曾經盛行一時，眾多行業巨頭廠商為其吶喊沖鋒，吸引了不少軟件開發商、尤其是企業級軟件的開發商的跟隨，最終卻還是偃旗息鼓，沉寂了下去。其逐漸邊緣化的本質原因，是因為過于嚴格的規范定義帶來過度的復雜性。SOA 誕生的那一天起，就已經注定了它只能是少數系統精致奢侈品，它可以實現多個異構大型系統之間的復雜集成交互，卻很難作為一種具有廣泛普適性的軟件架構風格來推廣。

API REST 架構時代

REST 架構時代的到來使得 REST API 幾乎可以使用任何編程語言進行開發，并支持多種數據格式。REST 如今是一種無需解釋的 API 架構風格，它由一系列的架構約束所定義，被廣泛 API 使用者采用。基于 RESTful 架構的應用程序所具備的特征，我們在開發和部署它們時就可以感受到這一系列明顯的優勢，這也使得 REST 這套設計規范成為了當前開發互聯網應用程序的主要解決方案之一。在這里，我們可以簡單地將這些優勢歸納如下：

• 接口統一：這是 RESTful 架構的設計初衷，它致力于讓后端業務邏輯以統一接口的方式向前端提供服務，這樣就簡化了系統架構，降低了應用程序前后端之間的耦合性，以便于程序員們在開發整個應用程序可進行模塊化分工
• 分層系統：RESTful 架構允許在后端構建基于多臺服務器的分層系統服務。這意味著，應用程序的前端通常不需要知道自己連接的是最終的服務器，還是某臺資源請求路徑上的中間服務器。這更有助于我們在部署和維護應用程序時設置更為穩妥的服務器負載策略和其他安全性策略。
• 易于重構：正是由于 RESTful 架構實現了應用程序的前后端在業務邏輯上的分離，降低它們之間的耦合度，這意味著我們對前端業務邏輯所進行的任何重構都基本上不會對后端的實現產生影響，反之亦然。例如我們既可以根據智能手機，PC 等不同客戶端設備重構出不同的前端用戶界面，也可以在用 JavaScript 基于 Node.js 運行環境編寫的程序無法滿足性能需求時，使用 Python、Go 等更適用于大規模科學運算的編程語言重構后端服務部分的業務邏輯。

雖然 REST 設計有益于支撐 SOA 的目標，但務實的 REST 的戰略關注點與許多 SOA 的舉措不同。務實的 REST API 設計團隊專注于自下而上的應用場景、友好的協議或格式，比如 HTTP、JSON、DNS，以及寬容的接口定義和簡單的交互模型，比如在保證送達之上的重試。

大家在系統中，專注于管理對象并面向許多使用者的 API 是最常見的 API 類型。REST 幫助此類 API 具有強大的可發現性，良好的文檔編制，因此 REST 非常適合此對象模型。簡單的資源驅動型應用程序。在用于連接不需要查詢靈活性的資源驅動型應用時，REST 是一種非常有效的方法。

未來趨勢

“時有落花至，遠隨流水香。”

人工智能 API 將惠及所有人

發展到時代的今天人工智能 AI，已經成為家喻戶曉的一個名詞，而最近爆火的 ChatGPT 更是席卷了整個互聯網，也標志著人工智能成為當前科技革命的核心技術，我們或許將真正迎來一個人工智能助理時代。通過基于大型預訓練語言模型，我們可以對其進行微調，以完成各種任務，如回答問題、提供信息或參與對話。與許多使用預定義的響應或規則生成文本的聊天機器人不同，ChatGPT 經過了訓練，可以根據接收到的輸入生成響應，從而生成更自然、更多樣化的響應。

ChatGPT 模型的出現對于文字/語音模態的 AIGC 應用具有重要意義，可能會對 AI 產業上下游產生重大影響。AI 殺手級的出現可能會通過 API 鏈接實現不同領域應用上的改革，可代替大量低端人工，將給世界帶來新的產業革命。也標志著未來世界的每一個關鍵的科技進步所需要的資源也將越來越多，API 的優勢將會越來越顯著。

時代的今天 API 開放已經成為不可逆的趨勢，OpenAI 于3月2日發布公告，正式向第三方開發者開放 ChatGPT API，以及 Whisper API，通過 API 將 ChatGPT 集成到第三方的應用程序和服務中，這也趨勢著人工智能接口 API 的普及，未來會有更多的企業通過 API 進行 AI 對接，在各種領域我們都有可能潛移默化的享受著 AI 的惠及。

API 驅動數字化轉型

“API Bank”概念的誕生，標志著通過 API 架構驅動，場景金融將融入互聯網生態，圍繞客戶需求和體驗，形成即想即用的跨界服務，重構全新的銀行業務模式和經營理念，推動銀行產品、服務全面升級。

舉個例子方便大家理解 API Bank，假如你要去境外旅行，通過 API Bank 銀行在幫助你完成境外旅行固定流程的同時，甚至還能夠會根據你偏好主動提供分期、信用調額、保險套餐等產品，還可感知你位置，實時推薦周邊優惠商戶，航班延誤信息等實用信息。你的體驗得了前所未有的提升，基本上可說是“即想即用”。然而，更大的變革還不是表現在用戶端，而是銀行與企業的關系，在這里，API Bank 無界開放銀行甚至不是一個單純的技術平臺，而是一個“連接器”，使銀行與各行業連接起來，構成一個開放共享、共建共贏的生態圈。

“API Bank”只是 API 驅動數字化轉型的開始，展望未來，我認為企業需要籌劃未來十年之內如何超越數字化轉型、全面實現數字卓越。圍繞安全性、全局范圍、訪問管理以及人工智能等高級云功能支持不斷增長的全球數字生態系統。設計合理且易于管理的 API ，建立起強大且穩健的運營體系。同時要注意在技術方面的長期積累與投入，未來基于 API Bank 的行業競爭，說到底還是技術實力的競爭。

寫在最后

總體來講 API 經歷了由單體架構時代到微服務架構時代的轉變，如今 REST 面向業務應用也成為了 API 架構的一種主要風格，未來“幕后之手” API 在人工智能和數字化經濟方面可能同樣會有著不可小覷的貢獻。文章到這里就落幕了，以上也僅僅是個人的一些觀點，希望能為大家帶來更深入的理解，謝謝觀看。