API 網關的功能用途及實現方式

来源:https://www.cnblogs.com/east4ming/archive/2023/01/17/17057454.html
-Advertisement-
Play Games

1. API 網關誕生背景 前言 API 經濟生態鏈已經在全球範圍覆蓋， 絕大多數企業都已經走在數字化轉型的道路上，API 成為企業連接業務的核心載體， 並產生巨大的盈利空間。快速增長的 API 規模以及調用量，使得企業 IT 在架構上、模式上面臨著更多的挑戰。 API 是什麼 API 網關是一個服 ...


1. API 網關誕生背景

前言

API 經濟生態鏈已經在全球範圍覆蓋， 絕大多數企業都已經走在數字化轉型的道路上，API 成為企業連接業務的核心載體， 並產生巨大的盈利空間。快速增長的 API 規模以及調用量，使得企業 IT 在架構上、模式上面臨著更多的挑戰。

API 是什麼

API 網關是一個伺服器，是系統的唯一入口。從面向對象設計的角度看，它與外觀模式類似。API 網關封裝了系統內部架構，為每個客戶端提供一個定製的 API。它可能還具有其它職責，如身份驗證、監控、負載均衡、緩存、請求分片與管理、靜態響應處理。API 網關方式的核心要點是，所有的客戶端和消費端都通過統一的網關接入微服務，在網關層處理所有的非業務功能。通常，網關也是提供 REST/HTTP 的訪問 API。服務端通過 API-GW 註冊和管理服務。

1. API 開放數量不斷增加

毋庸置疑，隨著企業的數據化進展，微服務改造，不同領域的 API 層出不窮，早在 2014 年 ProgrammableWeb 便預測 API 矢量可達到 100,000 到 200,000，並會不斷增長。API 開發數量的增加給邊緣系統帶來機會，也隨即演變了 API 網關的出現。大規模的 API 管理系統成為核心的發展趨勢。

The API Economy Disruption and the Business of APIs，Nordic APIs

2. API 服務平臺多樣化

最初的 API 主要針對不同單體應用的網路單元之間信息交互，現已演變到服務間快速通訊。隨著人工智慧 EI，IOT 的不斷演進，依賴 API 的平臺不斷更新，如 Web，Mobile，終端等，未來將會出現更多的服務體系。包括不限於：

  • 瀏覽器
  • IOS
  • Android
  • macOS
  • Windows
  • Linux
  • IOT
  • 其他移動端
  • 小程式
  • 終端設備（如智慧零售、工業的終端等）
  • ......

3. 逐步替換原有企業的服務模式，API 即商品

賣計算，賣軟體，賣能力，最終的企業的銷售模式會逐步轉變，能力變現，釋放數據價值，依托不同的 API 管理平臺創造新的盈利。

API 網關誕生背景

隨著 API 的整體趨勢發展，每個時期都面臨著不同的挑戰，架構也隨之變化，具體如下圖：

  1. 1960-1980：阿帕網、ATTP、TCP
  2. 1980-1990：點對點
  3. 1990-2000：消息中間件、ESB（企業服務匯流排，Enterprise service bus），SOA（面向服務的架構）
  4. 2000 至今：Integration as a service，RESTful services，API 管理，雲上編排

API economy From systems to business services

從最原始的“傳輸協議通訊” -> “簡單的介面集成” -> “消息中間件” -> “標準 REST”， 可以看到 API 的發展更趨向於簡潔， 集成，規範化， 這也促使更多的系統邊界組件不斷涌現，在承載了萬億級的 API 經濟的背景下， API 網關應運而生。

如果沒有合適的 API 管理工具， API 經濟不可能順利開展。 同時提出了對於 API 管理系統的生命周期定義： planning（規劃）, design（設計）， implementation（實施）， publication（發佈），operation（運維）, consumption（消費）, maintenance（維護） and retirement of APIs（下架）

如果沒有合適的 API 管理工具， API 經濟不可能順利開展。 同時提出了對於 API 管理系統的生命周期定義： planning（規劃）, design（設計）， implementation（實施）， publication（發佈），operation（運維）, consumption（消費）, maintenance（維護） and retirement of APIs（下架）

-- Magic Quadrant for Full Life Cycle API Management，Gartner, 2016-10-27

2. API 網關核心功能

  • API 生命周期管理
    • planning（規劃）
    • design（設計）
    • implementation（實施）
    • publication（發佈）
    • operation（運維）
    • consumption（消費）
    • maintenance（維護）
    • retirement（下架）
  • API 網關基礎功能
    • 認證
    • 鑒權
    • 服務發現和集成
    • 負載均衡
    • 日誌
    • 鏈路追蹤
    • 監控
    • 重試
    • 限流
    • QoS
    • 熔斷器
    • 映射
    • 緩存
    • Header、query 字元串 等 轉義
    • API 文檔
    • API 測試
    • SDK 生成
  • API 多版本、多環境管理
  • 插件
  • API 集中式 metrics、logging、tracing 管理
  • 安全
    • HTTPS
    • IP 黑白名單
  • 高可用
    • 可熱重啟
  • 高性能
  • 可擴展性
    • 無狀態橫向擴展

3. API 網關的用途

OpenAPI

企業需要將自身數據、能力等作為開發平臺向外開放，通常會以 rest 的方式向外提供。最好的例子就是淘寶開放平臺、騰訊公司的 QQ 開發平臺、微信開放平臺。

Open API 開放平臺必然涉及到客戶應用的接入、API 許可權的管理、調用次數管理等，必然會有一個統一的入口進行管理，這正是 API 網關可以發揮作用的時候。

微服務網關

在微服務架構中，有一個組件可以說是必不可少的，那就是微服務網關，微服務網關處理了負載均衡，緩存，路由，訪問控制，服務代理，監控，日誌等。

API 網關在微服務架構中正是以微服務網關的身份存在。

API 中台

上述的微服務架構對企業來說有可能實施上是困難的，企業有很多遺留系統，要全部抽取為微服務改動太大，對企業來說成本太高。

但是由於不同系統間存在大量的 API 服務互相調用，因此需要對系統間服務調用進行管理，清晰地看到各系統調用關係，對系統間調用進行監控等。

API 網關可以解決這些問題，我們可以認為如果沒有大規模的實施微服務架構，那麼對企業來說微服務網關就是企業的 API 中台。

4. API 網關的價值

通過 API 網關，可以封裝後端各種服務，以 API 的形式，提供給各方使用。API 網關產品的優勢總結如下：

  • API 全生命周期管理：協助開發者輕鬆完成 API 的創建、維護、發佈、監控等整個生命周期的管理。
  • 豐富的服務治理能力：支持 API 限流，參數校驗，元數據維護，SDK 生成，批量操作等能力，協助開發者高效管理服務。
  • 可觀察性：通過 API 網關，支持對調用次數，前後端錯誤次數等豐富監控指標的可視和告警能力；通過全面的監控告警，保證用戶服務的可用性。
  • 可運營性：支持 企業 OpenAPI 定價，賬單等運營功能
  • 服務安全：通過接入多種認證方式，確保用戶 API 的訪問安全性；通過嚴格的流量控制，避免用戶服務的過載。
  • 前後端業務解耦
  • 多類型後端打通

5. API 網關的實現方式

主流 API 網關

  • Istio（以及最新出的 Envoy Gateway)
  • Linkerd
  • NGINX 及其商業版
  • KONG
  • Traefik
  • APISIX
  • RedHat 3scale
  • Netflix Zuul
  • Spring Cloud Gateway
  • Amazon API Gateway
  • 阿裡雲 API 網關（其最新開源的 Higress 是基於 Envoy Gateway 的）
  • 騰訊雲 API 網關
  • MuleSoft

OpenAPI

對於定位 OpenAPI 平臺的 API 網關，目前只能選擇專業的 API 網關作為解決方案。

微服務網關

對於定位為「微服務網關」的 API 網關，業務有多種實現方式：

Service Mesh

典型的如 Istio，架構如下：


通用反向代理

基於 NGINX 或 NGINX + LUA + OpenResty 的實現。典型如：

API 網關框架

公有雲解決方案

其實公有雲的解決方案也是基於以上方案的定製化開發並產品化後發佈到公有雲上，主流的也是基於：NGINX + LUA + OpenResty, 或者最新的可能是基於 Istio Gateway 的實現

其他方案

  • 基於 Netty、非阻塞 IO 模型。
  • 基於 Node.js 的方案。這種方案是應用了 Node.js 的非阻塞的特性。
  • 基於 Java，如 MuleSoft

您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • openkylin (linux內核)微信（wechat）安裝介紹
    1. Openkylin介紹 Openkylin是麒麟軟體公司主導的開源操作系統，正在逐步與該公司的銀河麒麟操作系統保持基礎庫的同源。 時至2022年12月，開源操作系統Openkylin的預設軟體商場版本中還沒有微信可供下載，預計後續會和麒麟銀河系統一樣上線微信官方版本。 2. OpenKylin ...
  • 資料庫實踐丨使用MTK遷移Mysql源庫後主鍵自增列導致數據無法插入問題
    摘要：用戶使用Mogdb 2.0.1版本進行業務上線測試，發現在插入數據時，應用日誌中提示primary key衝突，用戶自查業務SQL沒有問題，接到通知後，招手處理故障。 本文分享自華為雲社區《使用MTK遷移Mysql源庫後主鍵自增列導致數據無法插入問題》，作者：Gauss松鼠會。 故障背景 用戶 ...
  • MySQL必知必會第十一章-使用數據處理函數
    使用數據處理函數 函數 與其他大多數電腦語言一樣，SQL支持利用函數來處理數據。函數一般是在數據上執行的，它給數據的轉換和處理提供了方便。 註意： 函數沒有SQL的可移植性強：能運行在多個系統上的代碼稱為可移植的（portable）。函數的可移植性卻不強。幾乎每種主要的DBMS的實現都支持其他實現 ...
  • ElasticSearch必知必會-進階篇
    京東物流：康睿 姚再毅 李振 劉斌 王北永 說明：以下全部均基於elasticsearch8.1 版本 一.跨集群檢索 - ccr 官網文檔地址： https://www.elastic.co/guide/en/elasticsearch/reference/8.1/modules-cross-cl ...
  • Flutter幀率監控 | 由淺入深，詳解獲取幀率的那些事
    前言 做線上幀率監控上報時，少不了需要弄明白如何通過代碼獲取實時幀率的需求，這篇文章通過圖解配合Flutter性能調試工具的方式一步步通俗易懂地讓你明白獲取幀率的基礎知識，以後再也不愁看不懂調試工具上指標了。 說說 List<FrameTiming> Flutter 中通過如下方式監聽幀率，addT ...
  • 華為運動健康服務Health Kit 6.9.0版本新增功能揭秘！
    華為運動健康服務（HUAWEI Health Kit）6.9.0版本新鮮出爐啦！ 一文瞭解新增功能，快來一起加入Health Kit生態大家庭！ 一、更豐富：睡眠呼吸記錄健康數據開放 呼吸機是用於為患者提供或增加肺通氣的常用醫療器械，目前越來越多的家用呼吸機被用於緩解人們在日常睡眠過程中的打鼾、睡眠 ...
  • 學習筆記——Servlet底層源碼分析；Servlet介面；ServletConfig介面；
    2023-01-17 一、Servlet底層源碼分析 1、Servlet結構圖 說明：HttpServlet繼承了GenericServlet類，GenericServlet實現了“ServletConfig”和“Servlet”兩個介面，因此所以要實現一個Servlet直接就可以繼承HttpSer ...
  • 學習筆記——架構之路
    2023-01-13 一、基本功 （1）工程結構管理 掌握企業環境的搭建和管理 （2）java開發規範 P3C開發規約 （3）高併發及網路編程 需要考慮性能瓶頸 （4）底層源碼分析 二、互聯網常用技術——分散式 1、NoSQL資料庫：是提升數據訪問效率的優先選擇。 訪問效率的提升：Redis、Mon ...
一周排行
    -Advertisement-
    Play Games
  • Dapr Outbox 執行流程
    Dapr Outbox 是1.12中的功能。 本文只介紹Dapr Outbox 執行流程，Dapr Outbox基本用法請閱讀官方文檔 。本文中appID=order-processor，topic=orders 本文前提知識：熟悉Dapr狀態管理、Dapr發佈訂閱和Outbox 模式。 Outbo ...
  • Advanced .Net Debugging 7：托管堆與垃圾收集
    引言 在前幾章我們深度講解了單元測試和集成測試的基礎知識，這一章我們來講解一下代碼覆蓋率,代碼覆蓋率是單元測試運行的度量值,覆蓋率通常以百分比表示，用於衡量代碼被測試覆蓋的程度，幫助開發人員評估測試用例的質量和代碼的健壯性。常見的覆蓋率包括語句覆蓋率（Line Coverage）、分支覆蓋率（Bra ...
  • C#S7.NET實現西門子PLCDB塊數據採集的完整步驟
    前言 本文介紹瞭如何使用S7.NET庫實現對西門子PLC DB塊數據的讀寫，記錄了使用電腦模擬，模擬PLC，自至完成測試的詳細流程，並重點介紹了在這個過程中的易錯點，供參考。 用到的軟體： 1.Windows環境下鏈路層網路訪問的行業標準工具（WinPcap_4_1_3.exe）下載鏈接：http ...
  • WPF控制項：密碼框綁定MVVM
    從依賴倒置原則（Dependency Inversion Principle, DIP）到控制反轉（Inversion of Control, IoC）再到依賴註入（Dependency Injection, DI）的演進過程，我們可以理解為一種逐步抽象和解耦的設計思想。這種思想在C#等面向對象的編 ...
  • Python中的私有屬性與私有方法
    關於Python中的私有屬性和私有方法 Python對於類的成員沒有嚴格的訪問控制限制，這與其他面相對對象語言有區別。關於私有屬性和私有方法，有如下要點： 1、通常我們約定，兩個下劃線開頭的屬性是私有的（private）。其他為公共的（public）； 2、類內部可以訪問私有屬性（方法）； 3、類外 ...
  • C++ 訪問說明符詳解：封裝數據，控制訪問，提升安全性
    C++ 訪問說明符 訪問說明符是 C++ 中控制類成員（屬性和方法）可訪問性的關鍵字。它們用於封裝類數據並保護其免受意外修改或濫用。 三種訪問說明符： public：允許從類外部的任何地方訪問成員。 private：僅允許在類內部訪問成員。 protected：允許在類內部及其派生類中訪問成員。 示 ...
  • static_cast與dynamic_cast到底是什麼？
    寫這個隨筆說一下C++的static_cast和dynamic_cast用在子類與父類的指針轉換時的一些事宜。首先，【static_cast，dynamic_cast】【父類指針，子類指針】，兩兩一組，共有4種組合：用 static_cast 父類轉子類、用 static_cast 子類轉父類、使用 ...
  • C語言數據結構：雙向鏈表的增刪操作
    /******************************************************************************************************** * * * 設計雙向鏈表的介面 * * * * Copyright (c) 2023-2 ...
  • @ComponentScan註解的實現，Spring掃描包的過程
    相信接觸過spring做開發的小伙伴們一定使用過@ComponentScan註解 @ComponentScan("com.wangm.lifecycle") public class AppConfig { } @ComponentScan指定basePackage，將包下的類按照一定規則註冊成Be ...
  • opensips開啟python支持
    操作系統 ：CentOS 7.6_x64 opensips版本： 2.4.9 python版本：2.7.5 python作為腳本語言，使用起來很方便，查了下opensips的文檔，支持使用python腳本寫邏輯代碼。今天整理下CentOS7環境下opensips2.4.9的python模塊筆記及使用 ...
所有分類