無伺服器架構模式：超越 Lambda 函數

Tue, 17 Sep 2024 00:00:00 +0900

無伺服器運算的發展已經遠遠超出了用 API Gateway 背後的 Lambda 函數取代簡單的 REST API 的範圍。現代無伺服器架構是完全事件驅動的、非同步的，並將單體分解為協調的功能工作流程。主要企業現在在 AWS Lambda、Azure Functions 和 Cloudflare Workers 上執行生產工作負載。本文探討了超越基礎知識的模式。

事件驅動架構基礎

無伺服器的核心是事件驅動模型：事件生產者發出事件，事件路由器傳遞事件，事件消費者做出反應。 AWS 提供多種路由服務 — 用於模式感知事件匯流排的 EventBridge、用於基於佇列解耦的 SQS、用於發布/訂閱訊息傳遞的 SNS 以及用於高吞吐量流的 Kafka。

冪等性至關重要：您的函數必須安全地處理重複事件。始終實作冪等鍵和重複資料刪除邏輯。

interface OrderEvent {
 orderId: string;
 idempotencyKey: string;
 items: Array<{ sku: string; quantity: number }>;
}

async function handleOrder(event: OrderEvent) {
 const processed = await checkIdempotency(event.idempotencyKey);
 if (processed) return { status: "duplicate" };
 await processOrder(event.items);
 await markIdempotent(event.idempotencyKey);
 return { status: "processed" };
}

死信佇列 (DLQ) 擷取失敗事件以供以後分析。如果沒有 DLQ，有毒的訊息可能會阻塞整個管道。

扇出/扇入模式

扇出將工作負載分配給並行工作人員；扇入收集結果。 S3 事件通知可以分發到多個 Lambda 函數進行影像處理 - 一個函數產生縮圖，另一個函數提取元數據，第三個函數運行 OCR。

AWS Step Functions 提供具有 Map 狀態的本機扇出：

{
 "Map": {
 "ItemsPath": "$.files",
 "MaxConcurrency": 10,
 "Iterator": {
 "StartAt": "ProcessFile",
 "States": {
 "ProcessFile": {
 "Type": "Task",
 "Resource": "arn:aws:lambda:process-file",
 "End": true
 }
 }
 },
 "ResultPath": "$.results",
 "End": true
 }
}

對於扇入，DynamoDB 充當結果聚合器。每個平行工作執行緒將其結果寫入由相關 ID 作為鍵控的 DynamoDB 專案。一旦計數與預期總數匹配，最終函數就會查詢所有結果。

Cloud on 技術、遊戲、生活通俗易懂的解釋

無伺服器架構模式：超越 Lambda 函數

事件驅動架構基礎

扇出/扇入模式