レプリケーションの伝番で書込み内容の反映に若干の遅延が合ったりして、ビタッと同時に要求を受付けたときに複数lambdaで同じNonce値が取れて片方が失敗したりしていたので[2]、サービスの負荷が増えると問題になるだろうということで変更した。リアルタイム性が求められる場合は上記の処理にした方が良いと思います。念のため例外処理も入れています。2をリトライ処理する程度のものなので説明は割愛します。されたかどうかもチェックした方が良いです。方法として私が取っているのは2つ。目的でもやってしまいます。DynamoDBに書込むこれはシンプルですが割とWorkします。サーバの負荷も軽減できます。Indexerを立てる必要もありません。外部でtxが発生する系のサービスではIndexingできないですね。利用できるケースは限られます。URLの負荷は増えることになります。URLなどという情報はユーザに意識させるわけにはいきませんので、必然的にサービス提供者が用意することになります。URLの選定は割と重要かもしれません。少なくとも、冗長化はしておいた方が無難です。してくれるサービス系です。同じようなサービスを提供開始していたので使ってみたいと思っています。増えてきつくなったら他のサービスに移行すればよいのです。登録数にも制限があります。したい場合に困ったりします。イベントを発行しましょう。