為什麼需要負載平衡？

單一伺服器處理能力有限，流量湧入導致阻塞、回應延遲、甚至癱瘓。單純增加頻寬/升級硬體成本高、彈性低。負載平衡將流量智慧分發至多台伺服器，實現高可用、擴展性、效能最佳化。

三代負載平衡演進

世代	核心機制	能力	局限
第一代 Round-robin DNS	DNS 循環解析多個 IP	簡單、低成本、無單點故障 (DNS 本身)	無狀態感知、無法檢測伺服器健康、TTL 快取導致切換延遲、無法處理 Session 持久性
第二代 應用層健康檢查	主動探測 (HTTP/TCP/Ping) + 負載演算法 (最少連線、加權輪詢)	感知伺服器存活與負載、支援 Session Persistence (Cookie/IP 親和性)	僅監控前端 Web 層，無法感知後端資料庫/應用伺服器故障
第三代 內容感知/應用交付控制器 (ADC)	全棧健康檢查 (Web + App + DB) + 內容型路由 (URL/HTTP Header/Cookie) + Delayed Binding	端到端業務可用性、智慧流量導向 (如靜態內容→快取、動態→應用叢集)、SSL 卸載、壓縮、WAF	成本較高、配置複雜

兩大架構類型：軟體 vs 硬體

維度	軟體型 (如 Nginx, HAProxy, LVS)	硬體型 (如 F5, Citrix NetScaler, A10)
效能	受限於 OS/CPU，通常 < 10-20 Gbps	ASIC 專用晶片，線速轉發，> 100 Gbps
彈性	極高，腳本/模組快速擴展功能	功能固化於韌體，升級依賴廠商，或需更換設備
成本	授權/訂閱制，初始投入低	硬體採購 + 授權，投入大
適用場景	中小型、雲原生、微服務、DevOps 整合	大型企業、金融、電信、核心業務高可用

核心運作機制

1. 資訊蒐集： Agent (廠商專用) 或 標準 API (SNMP, SSH, REST) 監控後端伺服器 CPU、記憶體、磁碟、應用回應碼、資料庫連線池。
2. 智慧調度： 依收集指標動態調整權重、切換流量。
3. Delayed Binding (延遲綁定)： 識別請求內容 (URL、Cookie、HTTP Header) → 暫緩建立後端連線 → 待後端資源就緒再建立連線 → 維持長連線 (Keep-alive) 服務後續請求。關鍵應用：SSL 購物車、串流媒體、API 閘道。

選型決策矩陣

• 簡單內部入口網站： Round-robin DNS / Nginx 反向代理 即可。
• 電商/金融/高併發業務： 硬體 ADC (F5/A10) + 全棧健檢 + SSL 卸載 + WAF。
• 雲原生/微服務架構： 軟體負載平衡 (Envoy, Traefik, HAProxy) + Service Mesh (Istio) 實現側車模式服務發現與流量治理。
• 混合雲/多雲： 全域負載平衡 (GSLB) + 區域 ADC，實現跨區域容災與就近接入。

結語

負載平衡非「裝個設備就好」，而是架構層面的流量治理策略。從 DNS 輪詢到內容感知 ADC，每一代解決前一代盲區。選型核心在於：流量規模、業務複雜度、可用性等級 (SLA)、運維能力、預算 五維權衡。正確的負載平衡架構，能讓網路效能與業務彈性同步躍升。