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

# 管理微服務通訊中的雜音
<a name="managing-chattiness-in-microservices-communication"></a>

*匱乏*是指微服務之間的過度通訊，這可能會導致因網路延遲增加而導致效率低下。對於功能良好的系統，有效管理聊天至關重要。

 管理雜亂的一些關鍵工具是 REST APIs、HTTP APIs 和 gRPC APIs。REST APIs提供各種進階功能，例如 API 金鑰、每個用戶端限流、請求驗證、 AWS WAF 整合或私有 API 端點。HTTP APIs的設計具有最少的功能，因此價格較低。如需本主題的詳細資訊，以及 REST APIs 和 HTTP APIs 中可用的核心功能清單，請參閱[在 REST APIs和 HTTP APIs 之間進行選擇](https://docs.aws.amazon.com/apigateway/latest/developerguide/http-api-vs-rest.html)。

 通常，微服務透過 HTTP 使用 REST 進行通訊，因為其廣泛使用。但在大量情況下，REST 的額外負荷可能會導致效能問題。這是因為通訊使用 TCP 交握，這是每個新請求的必要條件。在這種情況下，gRPC API 是更好的選擇。gRPC 可降低延遲，因為它允許透過單一 TCP 連線進行多個請求。gRPC 也支援雙向串流，允許用戶端和伺服器同時傳送和接收訊息。這會導致更有效率的通訊，特別是針對大型或即時資料傳輸。

 如果儘管選擇正確的 API 類型仍持續忙碌，則可能需要重新評估您的微服務架構。整合服務或修訂您的網域模型，可以減少聊天並提高效率。

## 使用通訊協定和快取
<a name="using-protocols-and-caching"></a>

 微服務通常使用 gRPC 和 REST 等通訊協定進行通訊 （請參閱上一節。) [通訊機制](communication-mechanisms.md)gRPC 使用 HTTP/2 進行傳輸，而 REST 通常使用 HTTP/1.1。gRPC 使用通訊協定緩衝區進行序列化，而 REST 通常使用 JSON 或 XML。為了減少延遲和通訊額外負荷，可以套用快取。Amazon ElastiCache 或 API Gateway 中的快取層等服務有助於減少微服務之間的呼叫次數。