AWS DynamoDBストリームのフック

Question

AWS DynamoDBは、テーブルアクティビティの取得に役立つstreamsを提供します。私の理解では、夢の中の変化を捕らえる流れはStream ARN -> Shards -> shardIterator -> Recordsです。アプリケーションがDynamoテーブルの変更を監視するためには、上記のサイクルを実行し続ける必要があります。私は、このフローが、アプリケーションが聞くことができる変更やトリガーを監視できるフックによって簡略化できるかどうか疑問に思っていました。私は上記のサイクルとアラートを実行できるAWS Lambda統合があることを認識していますが、アプリケーションがAWSラムダアラートを受信することが可能かどうか疑問に思っていました。

npmパッケージdynamodb-streamは、すべてのテーブルアクティビティをできるだけ早くキャプチャする必要がある場合は、ポーリングメカニズムが最も効率的ではないようです。

Answer 1

npmパッケージの目的がわかりませんDynamoDBストリームでイベントトリガのLambdaを使うことができます。基本的に、ラムダサービス（個々のラムではありません）はストリームをポーリングして変更を見つけ、ラムを見つけたら実行します。何かばかげたタイマーベースのナンセンスを使用するよりもはるかにきれいです。 Here are the docs on it.

Amazon DynamoDBはAWS Lambdaと統合されているため、トリガー（DynamoDB Streamsのイベントに自動的に応答するコード）を作成できます。トリガを使用すると、DynamoDBテーブルのデータ変更に反応するアプリケーションを構築できます。

テーブルでDynamoDBストリームを有効にする場合は、ストリームARNを、書き込むラムダ関数に関連付けることができます。テーブル内の項目が変更された直後に、新しいレコードがテーブルのストリームに表示されます。 AWS Lambdaはストリームをポーリングし、新しいストリームレコードを検出すると同時にLambda関数を呼び出します。