⚙️在 Lambda 上設定錯誤重試 (Retry)

前言

一樣是解 case 碰到的問題，但我也沒真的在 Lambda 設定過重試 (Retry)，這次就秉持著實驗精神來在自己的環境實驗看看。

Lambda 當中的錯誤重試通常是用於當非同步調用(Asynchronous Invocations) 失敗後重新發送調用請求的行為。針對非同步調用，Lambda 會將事件置放在 Queue 當中，並傳回成功回應，其中不包含其他資訊。單獨的程序會從 Queue 讀取事件，並將事件傳送到您的函數

Imgur

圖片用 ZenUML 建立的
https://app.zenuml.com/
https://mermaid.js.org/syntax/zenuml.html

建立 Lambda

這邊建立 Lambda部分很簡單，就建立一個名叫 TestInvocations 的 function，使用的 Runtime 是 NodeJS.14.x

修改 Lambda Handler 程式

在 Lambda Console主頁底下的 Code 區域來修改程式，更改 index.js

let outside = 0;
exports.handler = (event, context, callback) => {
    console.log(JSON.stringify({
        'RequestId': context.awsRequestId,
        'outside': outside++
    })); 
    return callback('Error', 'retry test')
};

一但修改完畢後，可以點選 deploy ，來上傳修改好的程式

Imgur

設定重試

我們可以去 Lambda Console 的主頁去 Configuration 頁面選擇 Asynchronous Invocation ，接著去 Edit

Imgur

Retry attempts 最多能夠設到 2，在你的 Lambda Function 接收非同步叫用後發生錯誤，並重試兩次後，該 Event 就會被拋棄，但也可以額外設定 Dead Letter Queue (DLQ) 來去存放來被捨棄的事件，以供後續處理。

細節可以參考這份官方文件: https://docs.aws.amazon.com/zh_tw/lambda/latest/dg/invocation-async.html#invocation-dlq

觸發Lambda

接著可以透過 AWS CLI (Command Line Tool) 來去調用 Lambda 函式

沒有設定過 AWS CLI 的可以參考這份文件來進行設置 >> https://aws.amazon.com/cli/

1	aws lambda invoke --function-name TestInvocations --invocation-type Event test.txt

這邊設定 --invocation-type 為 Event，這麼代表你是以非同步的方式來調用 Lambda。

接著會回傳狀態碼 202 這是代表，你的請求已被 Lambda 接受，但還不會馬上處理（畢竟是非同步）

參考資料:
https://docs.aws.amazon.com/zh_tw/lambda/latest/dg/API_Invoke.html

對於 Lambda 同步以及非同步調用，可以個別參考對應的官方文件說明
https://docs.aws.amazon.com/zh_tw/lambda/latest/dg/invocation-async.html
https://docs.aws.amazon.com/zh_tw/lambda/latest/dg/invocation-sync.html
至於在架構上的異同，以後可以再寫一篇文章來整理！

觀測結果

之後我們可以到 Lambda Console 上面的 Monitor 頁面，點選 View CloudWatch logs 選項，這時候就會跳出 Cloudwatch Logs 的主頁

Imgur
Imgur

當你每次建立 Lambda 時，預設會給予Lambda 的執行角色一個名叫 AWSBasicExecutionRole 的政策，其中包含了建立Cloudwatch Log Group 還有 Cloudwatch Log 的權限，並且會建立 /aws/lambda/<你的Lambd名稱> 的這麼一個日誌組（Log Group），在這個日誌組底下會有許多日誌流（Log Stream），每當你
對你的Lambda函式進行變更並重新觸發Function，就會產生新的日誌流

Imgur