Amazon API Gateway

從前端呼叫 Lambda 的 API 入口。

用於公開 HTTP API 或 REST API 的服務。可與 Lambda 整合以建構無伺服器 API。

• 聯絡表單送出 API
• 無伺服器 REST API
• 搭配 Cognito 認證的 API

• 作為 API 的入口使用
• 可與 Lambda 整合
• 可設定認證、CORS、速率限制

• 理解 HTTP API 與 REST API 的差異
• 將 CORS 限制為正式環境的 Origin
• 規劃 429 或 5xx 等錯誤設計

Amazon API Gateway 是用於發布與管理 HTTP API、REST API 與 WebSocket API 的代管 服務。實務上最常見的用法,是與 Lambda 結合建構無伺服器 API。前端的請求由 API Gateway 接收,在此層處理認證、授權、速率限制、CORS 控制等,然後再轉發至 後端的 Lambda 函式或 EC2 上的服務。由於不需常駐伺服器,在沒有存取的時間帶能 壓低成本,也能對流量驟增自動擴展。 API Gateway 有 HTTP API 與 REST API 兩種,需依用途區分選用。HTTP API 具備低延遲、 低成本的特性,提供 JWT 認證、CORS 等基本功能,對大多數現代 Web/行動應用程式的 API 而言是首選。REST API 則具備請求驗證、API 金鑰管理、與 AWS WAF 的整合、 私有 API 等進階功能,在企業用途或需要細緻控制的 API 中會選用此項。WebSocket API 則用於聊天或即時通知等雙向通訊。 在 CLF-C02 / SAA-C03 中,題目會以「作為無伺服器 API 入口使用的服務是什麼」 「與 Lambda 結合,向前端提供 API 的服務是什麼」等形式出題。CORS 設定、認證 方式(IAM 認證、Cognito Authorizer、Lambda Authorizer)、速率限制與節流的設計, 在 SAA-C03 以後會更深入出題。在正式運作中,將 Access-Control-Allow-Origin 設為 萬用字元(`*`)後不處理、將 API 金鑰或認證權杖輸出至記錄等,這類安全層面的基本 事項也容易被問到。

• Amazon API Gateway (AWS 官方)
• 什麼是 Amazon API Gateway (AWS 官方文件)
• HTTP API 與 REST API 的選擇 (AWS 官方文件)

最後更新日: 2026-06-01