S3、Kinesis/DynamoDB StreamsでのLambdaリトライ処理 - Qiita
こちらの記事の内容と現在のリトライ動作は異なっています。 詳細は下記の公式ドキュメントを参照してください。 エラー時のリトライ - AWS Lambda公式ドキュメント AWS Lambda のイベントソースごとの呼び出しタイプ - Qiita 概要 Lambda ファンクション内で context.done() の第1引数に null 以外の値を渡すと処理失敗となりリトライが発生する。 各イベントソースによるリトライ処理を調べてみた。 処理失敗時には 3 分後に再度ファンクションが呼び出される。 context.invokeid は前回と同じ値になる。 リトライを含めて最大 3 回実行される。 ETagの比較 US Standard は全ての操作で結果整合性、それ以外のリージョンでは新規作成以外の操作で結果整合性をもって動作する。 Lambda に限らず S3 のオブジェクトを取得する場
Kinesisにリクエストを流してLambdaからS3上のJSを動的に実行する - Qiita
概要 S3 に JavaScript のモジュールを置き、そのバケット名とオブジェクトキーを Kinesis ストリームに流すことで Lambda から動的に JS を呼び出し実行してみる。 何に使うんでしょうね。 サンプルコード ローカルに書き出したファイル名に context.invokeid を使うことで require にキャッシュされることはなくなった。 つまり遅い。 つまりステートレスと言っているけど require の結果はキャッシュされているみたい。 Lambda function var fs = require('fs'); var aws = require('aws-sdk'); var s3 = new aws.S3({apiVersion: '2006-03-01'}); exports.handler = function(event, context) {
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
