微服務之負載均衡使用場景

來源：waynblog

在如見常見微服務系統中，負載均衡元件是一種將流量分配到多個服務的技術，目的是提高系統的效能和可用性。負載均衡有兩種常見的模式：服務端模式和客戶端模式。服務端模式使用獨立的應用程式（如 Nginx）來轉發請求，客戶端模式使用類庫（如 Ribbon、Spring Cloud LoadBalancer）來選擇後端服務。負載均衡還有不同的演算法，如輪詢、隨機、最小連線數、區域等。本文將給大家介紹在微服務系統中負載均衡元件常見使用場景，內容大綱如下：

• 故障處理
• 例項健康檢查
• 路由指定
• https 流量解除安裝
• 跨區域負載均衡
• 使用者粘性

故障處理

當後端服務發生故障時，負載均衡元件能從故障服務中自動重新佈線，取消對故障服務的流量分配，實現高可用性並最大限度地減少停機時間。示例圖如下，

例項健康檢查

負載均衡元件可以主動發起對後端服務執行狀況的定期監控和驗證，確保客服端傳入的流量僅流向執行正常的服務。示例圖如下，

路由指定

負載均衡元件可以將針對特定平臺（移動、桌面等）的請求流量定向到單獨的後端服務以進行定製響應。示例圖如下，

https 流量解除安裝

負載均衡元件可以解除安裝 https 流量，進行解密，將解密後的 http 流量傳送到後端服務，減輕後端服務壓力以及複雜度。示例圖如下，

跨區域負載均衡

當系統對穩定性要求較高，會需要用到多個可用區也就是異地容災機制時，負載均衡元件可以在多個可用區之間均勻分配流量，達到增強容錯能力和可擴充套件性的效果。示例圖如下，

不過有一些需要說明的是在跨區域呼叫中，可能出現 AZ 1 呼叫 AZ 2，造成呼叫延遲過高的問題，這個時候負載均衡元件也提供同區域呼叫的能力來減少這一現象。

使用者粘性

負載均衡元件可以將使用者請求與定後端服務做繫結達成“使用者粘性”，也就是說這個使用者的請求都會一直被同一個服務處理。使用者粘性的好處是可以確保使用者會話的連續性，示例圖如下，

本文翻譯自國外論壇 medium，原文地址：