AWS API Gateway 的無伺服器擴充套件考慮因素

API Gateway 的擴充套件考慮因素

有多種方法可以將託管服務和無伺服器應用程式整合在一起。

要擴充套件無伺服器體系結構，您必須瞭解所整合服務的自身能力和限制。

超時、重試和有效負載大小是重要因素。

最佳化無伺服器體系結構的技巧包括：

• 權衡與最佳化
• 端到端負載測試
• 跟上服務更新和增強

API Gateway 的擴充套件考慮因素影片

W3schools.com 與 Amazon Web Services 合作，為我們的學生提供數字培訓內容。

API Gateway 的工作原理

假設您有一個用於訂單處理流程的概念驗證。

API Gateway 是您的前門，您可以配置每個 API 來控制您預期的訪問模式。

Lambda 授權方

Lambda 授權方可以幫助您透過 API Gateway 擴充套件應用程式。

它們允許您建立自定義身份驗證流程。

從 Lambda 的角度來看，授權方函式只是另一個函式。

授權方的呼叫次數計入總併發量。

使用 Lambda 授權方需要預估授權請求的數量。

API Gateway 還支援直接的 AWS 服務介面，如 Step Functions。

您需要考慮您的 API 每秒可以處理多少個查詢。

最佳實踐

瞭解您公司的基本驅動因素，避免為永久性可擴充套件性而開發。

考察百分位數的業務影響，而不是單純的錯誤數量。

如果業務影響很小，請選擇更簡單的解決方案。

您必須識別並消除應用程式中的瓶頸，以改善整體流程。

跟上服務更新和增強。

考慮每個服務整合的有效負載限制。

對於更大的有效負載，請實施一個索賠檢查模式。

相關閱讀

Custom   calls