URLは、後で使用するのでメモしておきます。ちなみに使い終わったら以下のコマンドで削除できます。動作確認をしてみましょう。先に結果を紹介するとこんな感じです。何をやっているか順番に説明します。いうデータを送信しています。処理をして、エンドポイントURLとコネクションIDが入ったメッセージ(JSON)を生成します。経由で受信して表示されています。いうメッセージを送信します。いうメッセージを受信します。データ受信が確認できました。使ってメッセージの送信ができるということです。コネクションIDをどのように管理していくかを、実装時に注意していく必要があります。使って様々な実装が可能ですが、ここでは2つの例を紹介します。DynamoDBサーバーレスに実装するのなら、おそらくスタンダードな構成です。AWSからの発表時にも、この構成でサンプルが紹介されていました。ブログ構成図にするとこんな感じです。サーバーレスな構成で、コネクション数が増えても自動的にスケールし、料金も従量課金です。別のアプリケーションサーバーと連携する場合は、何らか連携する仕組みを作る必要があります。経由でコネクションIDを取得し、クライアントが別途アプリケーションサーバーに送信する、というのも1つの手です。この辺りはアプリケーションの要件によって異なるので、その都度考えていく必要があります。任せ、残りは全て自前のHTTPサーバーで受け付ける例です。構成図としてはこんな感じです。なり自由に実装できます。自由度は高いですが、自前のHTTPサーバーの管理が必要になります。HTTPバックエンドを指定して送られてくるデータを調べてみたのですが、コネクションIDは開始時にしか送られていないようでした。HTTPバックエンドを使ったことがなく詳細に調べてもいないので、対応する方法は他にあるかもしれません。詳しい方がおられましたらコメントいただけると幸いです。以下に調査した結果を載せておきます。接続時間と、メッセージの送受信量に応じて課金されます。ここでは簡単に料金を紹介します。