API 構成模式 - AWS 規範指引

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

API 構成模式

此模式使用 API 撰寫器或彙總器，透過叫用擁有資料的個別微服務來實作查詢。然後，它通過執行內存中的連接來結合結果。

下圖說明此模式的實作方式。

API 組成模式圖

該圖顯示以下工作流程：

  1. API 閘道提供「/客戶」API，該 API 具有「訂單」微服務，可在 Aurora 資料庫中追蹤客戶訂單。

  2. 「Support」微服務會追蹤客戶支援問題，並將其存放在 Amazon OpenSearch 服務資料庫中。

  3. "CustomerDetails" 微服務會在 DynamoDB 表格中維護客戶屬性 (例如地址、電話號碼或付款詳細資訊)。

  4. 「GetCustomer」Lambda 函數會針對這些微服務執行 API，並在將資料傳回給要求者之前，對資料執行記憶體內聯結。這有助於在對面使用者 API 的一次網路呼叫中輕鬆擷取客戶資訊，並保持介面非常簡單。

API 構成模式提供了從多個微服務收集數據的最簡單方法。但是，使用 API 構成模式有以下缺點：

  • 它可能不適合複雜的查詢和需要記憶體內聯結的大型資料集。

  • 如果增加連接到 API 撰寫器的微服務數量，您的整體系統將變得較不可用。

  • 增加的資料庫要求會產生更多的網路流量，進而增加營運成本。