選取您的 Cookie 偏好設定

我們使用提供自身網站和服務所需的基本 Cookie 和類似工具。我們使用效能 Cookie 收集匿名統計資料,以便了解客戶如何使用我們的網站並進行改進。基本 Cookie 無法停用,但可以按一下「自訂」或「拒絕」以拒絕效能 Cookie。

如果您同意,AWS 與經核准的第三方也會使用 Cookie 提供實用的網站功能、記住您的偏好設定,並顯示相關內容,包括相關廣告。若要接受或拒絕所有非必要 Cookie,請按一下「接受」或「拒絕」。若要進行更詳細的選擇,請按一下「自訂」。

使用 Lambda 的微服務

焦點模式
使用 Lambda 的微服務 - 使用 Amazon API Gateway 和 AWS Lambda 的 AWS Serverless 多層架構

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

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

AWS 雲端 architecture with API Gateways and Lambda functions across two accounts.

Lambda 微服務的架構模式

微服務架構模式不受典型三層架構的限制;不過,這種熱門模式可以透過使用無伺服器資源來實現顯著利益。

在此架構中,每個應用程式元件都會解耦並獨立部署和操作。使用 Amazon API Gateway 建立的 API,以及後續由 啟動的函數 AWS Lambda,就是您建置微服務所需的一切。您的團隊可以使用這些服務,將您的環境解耦和分割至所需的精細程度。

一般而言,微服務環境可能會帶來下列困難:建立每個新微服務時反覆額外負荷、伺服器密度和使用率最佳化的問題、同時執行多個不同微服務版本的複雜性,以及與許多不同服務整合的用戶端程式碼需求擴散。

當您使用無伺服器資源建立微服務時,這些問題變得較不難解決,在某些情況下,只是消失。無伺服器微服務模式可降低建立每個後續微服務的障礙 (API Gateway 甚至允許複製現有 APIs,以及在其他帳戶中使用 Lambda 函數)。最佳化伺服器使用率不再與此模式相關。最後,Amazon API Gateway 以多種常用語言提供以程式設計方式產生的用戶端 SDKs,以減少整合開銷。

下一個主題:

結論

上一個主題:

Web 應用程式
隱私權網站條款Cookie 偏好設定
© 2025, Amazon Web Services, Inc.或其附屬公司。保留所有權利。