在雲端架構中，如何有效管理應用流量是至關重要的。 AWS 提供了兩種常見的選擇：應用程式負載平衡器（ALB） 和 API Gateway。二者定位不同，功能重點也不同。那麼，究竟該如何選擇呢？
ALB：面向Web 應用的智慧流量分配器
應用程式負載平衡器（ALB）主要針對 第七層HTTP/HTTPS 流量，可以將請求分發到EC2 實例、容器服務，甚至特定IP 位址。對於採用微服務架構或容器化部署的應用，ALB 是流量分發的理想選擇。
核心能力：
-
智慧路由：基於HTTP 頭資訊、路徑或主機名稱進行精確分流。
-
靈活規則：支援路徑和主機層級的流量控制。
-
SSL 解除安裝：集中處理SSL/TLS 證書，減輕後端壓力。
-
健康檢查：自動偵測實例狀態，保證請求只被轉送到健康目標。
-
彈性擴展：結合EC2 Auto Scaling，輕鬆應對流量波動。
適用場景：需要高並發、複雜路由邏輯的 Web 應用或微服務架構。
API Gateway：API 優先架構的前門
API Gateway 更像是一款 全功能的API 管理平台，尤其適合建構無伺服器架構。它與AWS Lambda 深度集成，可以幫助開發者快速建立、保護並擴展API 服務。
核心能力：
-
流量保護：內建速率限制與節流機制，避免後端過載。
-
請求/回應轉換：無需改動後端程式碼，就能修改資料格式。
-
多層安全：支援IAM、OAuth、API Key 等多種鑑權方式。
-
無伺服器集成：與AWS Lambda 搭配，實作事件驅動架構。
-
內建快取：減少後端呼叫壓力，提升反應速度。
適用場景：需要 API 驅動、無伺服器應用 或對 介面安全性 要求較高的項目。
核心差異對比
-
流量管理：ALB 偏向 Web 請求分發；API Gateway 更專注於 API 請求的處理與安全。
-
最佳用途：ALB 用於 複雜路由和高流量網站；API Gateway 更適合 RESTful API 和事件驅動架構。
-
擴展能力：ALB 輕鬆應對海量Web 請求；API Gateway 可每秒處理數千次API 呼叫。
-
成本結構：ALB 在大規模流量下更具性價比；API Gateway 依請求計費，流量越大費用越高。
如何選擇？
-
選擇ALB，如果你的系統是高流量Web 應用，或需要精細化的流量分配（如路徑/主機名稱路由），並且架構基於EC2、ECS 或Kubernetes。
-
選擇API Gateway，如果應用是無伺服器驅動、以API 為核心，或者你需要內建的速率限制、安全控制和請求轉換功能。
总结
ALB 和API Gateway 都是AWS 強大的流量管理工具，但定位差異明顯。前者是 Web 應用的流量調度核心，後者是 API 管理和無伺服器架構的必備元件。最終選擇，取決於應用的架構形態、流量模式和安全需求。
