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

常見問答集

如何結合不同的整合模式？

在大多數情況下，您會想要結合整合模式。例如，您可以使用 來 AWS Step Functions 協調使用宣告檢查模式呼叫遠端服務的程序。或者，您可能有一個協調程序，將訊息放入佇列，進而觸發編排的服務。

使用微服務架構的主要優點是什麼？

主要優點包括獨立擴展服務、改善故障隔離、透過平行團隊工作增強開發速度，以及持續交付和部署 (CI/CD) 的能力。

如何以這些模式實作錯誤處理？

您可以使用 中的內建機制來實作錯誤處理 AWS 服務。例如，可以使用重試邏輯設定 AWS Lambda 函數，Amazon SQS 支援無效字母佇列來處理持久性故障。此外，Step Functions 在工作流程層級提供錯誤處理和重試機制。

在非同步通訊中使用宣告檢查模式有何好處？

宣告檢查模式可讓用戶端在提交請求時接收識別符。稍後可以使用此識別符來檢查狀態並擷取結果。此模式透過提供機制輪詢結果而不會同步等待，從而使用戶端受益。如需詳細資訊，請參閱本指南前面的宣告檢查一節。

回呼模式如何改善微服務中的非同步通訊？

回呼模式透過允許用戶端在處理完成時提供服務聯絡的位置，來改善非同步通訊。這會將用戶端與等待回應分離，並使其能夠繼續執行其他任務。如需詳細資訊，請參閱本指南稍早的回呼一節。

我可以使用所描述的模式在微服務中實作雙向通訊嗎？

您可以透過在用戶端和服務之間建立具狀態的連線來實作雙向通訊，以便它們可以非同步地傳送和處理訊息。這需要 服務支援每個用戶端的開放連線。如需詳細資訊，請參閱本指南前面的雙向通訊一節。

如何以非同步通訊模式最佳化 Lambda 函數的使用？

您可以透過確保 Lambda 函數等同處理潛在的訊息重複、使用訊息群組等 Amazon SQS 功能進行排序，以及實作長輪詢來降低成本，來最佳化 Lambda 函數。此外，您可以監控執行指標，以識別最佳化機會。

針對 pub/sub 模式使用 Amazon SNS 和 EventBridge 有什麼主要差異？

Amazon SNS 會傳送單一訊息給所有訂閱者，其中可能包含某些訂閱者不必要的資料。Amazon EventBridge 可讓您擁有多個符合單一事件的規則，而每個規則都會觸發不同的下游服務或動作，藉此進行更精細的控制。如需詳細資訊，請參閱本指南稍早的 Amazon SNS 和 EventBridge 章節。