WebSockets クライアントを AWS にデプロイする良い方法は何ですか?
いくつかの WebSocket といくつかの REST ソースにサブスクライブし、受信メッセージ (WebSocket) を処理するか、定期的なリクエスト (REST) を行う必要がある AWS でアプリを構築しています。VM や OS パッチなどを管理する必要をなくすために (そしてできればコストを削減するために)、サーバーレスに移行して AWS プラットフォーム サービスを最大限に活用しようとしています。
これまでの私の考えは、メッセージが到着するたびに Lambda 関数をトリガーすることです。その後、関数はメッセージを変換/正規化し、それを SQS キューにプッシュして、他のサブシステムでさらに処理することができます。
このような Lambda クライアントには 2 つのタイプがあります。1 つは WebSockets メッセージをサブスクライブし、もう 1 つは CloudWatch スケジュールによって呼び出されたときに定期的に HTTP リクエストを作成します。次のようになります。
このアプローチは、私の REST クライアントには妥当なように思えますが、Lambda を使用して WebSockets メッセージにサブスクライブできるかどうかを判断できませんでした。Lambda は IoT によってトリガーされる可能性があり、IoT は現在 WebSocket をサポートしているようですが、MQTT プロトコルのトランスポートとしてのみサポートされているようです。
AWS IoT が WebSocket、カスタムキープアライブ間隔、強化されたコンソールをサポートするようになりました
EC2 または Docker インスタンス全体をデプロイせずに WebSockets クライアントをデプロイするための最良/最も簡単/安価な方法は何ですか?