タイムアウトでエラーとなってしまったLambdaのリカバリを行うLambdaを作成してみました | DevelopersIO
1 はじめに CX事業本部の平内（SIN）です。 Lambda関数は、タイムアウトに設定した時間が経過すると、エラーとなります。 2019-11-25T03:03:27.778Z 5f46427d-c6f4-4785-be32-060acf425de0 Task timed out after 3.00 seconds タイムアウトの場合、Dead Letter Queueでリカバリすることは出来ません。 CloudWatchメトリックスのアラートでは、エラーとなった関数名は分かりますが、RequestIdなど、スレッドを識別する情報が取得できません。また、アラートは、敷居値を跨いだ際のイベントなので、全てのエラーをタイムリーにリカバリするのは難しいと思います。 今回は、外部呼び出しなどが予想外に時間がかかってしまって、意図せず、タイムアウトとなってしまった場合の、リカバリ用のLambda
【レポート】Let’s dive deep into AWS Lambda error handling #AWSSummit | DevelopersIO
2020年9月8日から30日まで開催されるAWS Summit Onlineのセッションレポートです。本エントリではライブセッションLet’s dive deep into AWS Lambda error handlingをレポートします。 非常に簡潔でわかりやすいセッションでした。かつ大事な話が詰まっていたので、Lambdaをご利用の方、もしくはこれからご利用の予定がある方は、すでに公開された録画を聴講されたほうが良いと思います！たった30分の動画なのでぜひ。 リンクは以下です。 AWS-35：Let’s dive deep into AWS Lambda error handling というわけで動画を見ていただきたいのですが、レポートもやります。詳細は動画を見ていただければよいのでダイジェストでやります。 セッション概要 AWS Lambda は 20 以上の AWS サービスをイ
OnFailure - AWS Lambda
Destination 送信先リソースの Amazon リソースネーム (ARN) です。 非同期呼び出しの記録を保持するには、Amazon SNS トピック、Amazon SQS キュー、Lambda 関数、または Amazon EventBridge イベントバスを送信先として設定できます。 Kinesis および DynamoDB イベントソースからの失敗した呼び出しの記録を保持するには、Amazon SNS トピックまたは Amazon SQS キューを送信先として設定できます。 セルフマネージド Kafka または Amazon MSK からの失敗した呼び出しの記録を保持するには、Amazon SNS トピック、Amazon SQS キュー、Amazon S3 バケットを送信先として設定できます。 型: 文字列 長さの制限: 最小長は 0 です。最大長は 350 です。 パターン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS-35：Let’s dive deep into AWS Lambda error handling
