AWS DynamoDB は、テーブル アクティビティのキャプチャに役立つストリームを提供します。私の理解では、夢の変化を捉える流れはStream ARN -> Shards -> shardIterator -> Records. アプリケーションが Dynamo テーブルの変更を監視するには、上記のサイクルを実行し続ける必要があります。私のアプリケーションがリッスンできるこれらの変更とトリガーを監視できるフックによって、このフローを簡素化できるかどうか疑問に思っていました。上記のサイクルとアラートを実行できる AWS Lambda 統合があることは承知していますが、アプリケーションが AWS ラムダ アラートをリッスンできるかどうか疑問に思っていました。
npm パッケージdynamodb-streamを使用すると、変更を簡単に利用できますが、すべてのテーブル アクティビティをできるだけ速くキャプチャする必要がある場合、ポーリング メカニズムは最も効率的ではないようです。
その npm パッケージの目的がわかりません。DynamoDB ストリームで Lambda をトリガーするイベントを使用するだけです。基本的に、Lambda サービス (個々のラムではありません) は、変更についてストリームをポーリングし、変更が見つかったときにラムを実行します。ある種のばかげたタイマーベースのナンセンスを使用するよりもはるかにクリーンです。ここにドキュメントがあります。
Amazon DynamoDB は AWS Lambda と統合されているため、トリガー (DynamoDB ストリームのイベントに自動的に応答するコード) を作成できます。トリガーを使用すると、DynamoDB テーブルのデータ変更に反応するアプリケーションを構築できます。
テーブルで DynamoDB ストリームを有効にすると、ストリーム ARN を作成した Lambda 関数に関連付けることができます。テーブル内のアイテムが変更された直後に、新しいレコードがテーブルのストリームに表示されます。AWS Lambda はストリームをポーリングし、新しいストリーム レコードを検出すると同期的に Lambda 関数を呼び出します。