0

外部プロバイダがDynamoDBに書き込み、DynamoDB Streamが新しい書き込みイベントに反応し、変更を進展させるAWS Lambda関数をトリガする新しいサーバレスソリューションを試していますか?「リアルタイム」DynamoDBストリームはどのようになっていますか?

これまでのところうまくいきましたが、データが遅延していることがあります。ラムダからのアップデートは数分間は来なかった。

多くのDynamoDB Streamドキュメンテーションを使った後では、「リアルタイムストリームレコードに近い」という唯一の用語が使用されていますが、一般に「ほぼリアルタイム」とは何ですか?私たちがここで見ている可能性のある遅延は何ですか?

+0

* Lambda *からの更新は、必ずしも遅延しているデータと同じではありません。ラムダ関数が遅延の原因となる可能性があります。また、関数が以前に呼び出されていないこと、エラーを投げている可能性があること、ラムダ再試行の結果であることを確認しましたか? –

+0

@ Michael-sqlbotはラムダステートレスではありませんか?私は新しいラムダ関数の実行は、以前のラムダ実行とは関係がないはずであると理解していました。 – inside

+0

これはあまり真実ではありません。あなたのコードはそのように設計されていなければならず、それぞれのコンテナは1回の同時呼び出ししか処理しませんが、コンテナはしばしば再利用される...あなたがクリーンアップしなかったものによってトリガされた設計エラー。遅れてもエラーは再試行されます。クラウドウォッチのログを読んで、潜在的に問題のある兆候があるかどうかを確認してください。 –

答えて

0

ほとんどの場合、Streams対応のDynamoDBテーブルの小さな項目を更新すると、ラムダ関数が0.5秒以内にトリガされます。しかし、イベントソースの変更、ラムダ関数への更新、ラムダ実行ロールの変更などは、ラムダ関数が初めて実行されるときに追加の待ち時間を招く可能性があります。

関連する問題