本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 使用無 AWS 伺服器服務整合微服務
*Tabby Ward、Abhishek Agawane 和 Amazon Web Services Matt Kahn*
*2025 年 9 月* ([文件歷史記錄](doc-history.md))
現代化組織軟體的一個重要方面是選擇正確的架構模式，以靈活敏捷地回應不斷變化的業務需求。在某些應用程式中，單體架構是常見的選擇。不過，對於許多組織而言，當使用案例符合[微服務的優勢時，將單體重構為](https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-decomposing-monoliths/welcome.html)微服務可能是一種有效的現代化策略。
微服務和單體並不互斥，許多成功的組織會同時使用兩種模式，其中模組化單體提供一些網域，而微服務會處理其他網域。
當微服務是架構的一部分時，可能會呼叫數個服務來擷取一個商業交易的資料。實作這些整合需要仔細設計，以解決潛在的挑戰，例如資料一致性、延遲和操作複雜性。當微服務正確整合時，它們可以提供優勢，例如獨立擴展、改善開發速度和潛在的成本最佳化。
本指南是內容系列的一部分，涵蓋 建議的應用程式現代化方法 AWS。系列也包含：
+ [中的應用程式現代化策略 AWS 雲端](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-modernizing-applications/)
+ [中的應用程式現代化分階段方法 AWS 雲端](https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-phased-approach/)
+ [在 中評估應用程式的現代化準備程度 AWS 雲端](https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-assessing-applications/welcome.html)
+ [將整體分解為微服務](https://docs.aws.amazon.com/prescriptive-guidance/latest/modernization-decomposing-monoliths/welcome.html)
## 目標對象
本指南適用於應用程式擁有者、企業擁有者、架構師、技術主管和專案經理，他們判斷微服務適合其特定使用案例。本指南透過使用 和 Amazon API Gateway AWS Lambda AWS 服務 等無伺服器來實現自主性和可擴展性，引入了微型服務之間同步和非同步通訊的多種模式。
## 目標
透過使用本指南整合新的微服務，您可以有效率地將組織的架構轉換為微服務架構。這有助於透過高可擴展性、改善彈性、持續交付和故障隔離，快速調整以因應業務需求波動。微服務架構也會加速創新，因為每個微服務都可以個別部署和測試。
微服務架構也有助於為您的產品或服務提供更短的上市時間，因為每個微服務都有獨立的程式碼基底，可讓您更輕鬆、更快速地新增新功能並反覆使用這些功能。
## 安全
您必須正確保護微服務，以保護服務和資料的完整性，但確保安全性不會對應用程式的效能造成負面影響。
在微服務環境中，您必須考慮每個服務如何驗證和授權從外部用戶端或其他微服務收到的請求。同時考慮每個服務如何安全地存取其他服務 AWS 服務。
AWS 服務 應透過縮小範圍 [AWS Identity and Access Management (IAM) 角色](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html)授予 的存取權。假設 IAM 角色以存取金鑰、存取秘密和工作階段字符的形式提供具有短期 IAM 憑證的微服務。這些由各種軟體開發套件 (SDKs) 使用 AWS 服務 [AWS Signature 第 4 版 (SigV4)](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_sigv.html) 對 簽署請求。