プッシュ通知用のWebソケットを追加する必要はありますか
現在、特定のイベントが発生するとユーザーに通知を送信するアプリケーションがあります。 SQSを使用して、通知の実際の配信を処理します。
例として、ユーザーがアカウントを登録すると、OneSignalを使用してプッシュ通知を送信する新しいプッシュ通知タスク（SQSキューに入れられる）が作成されます。
これまでのところ問題なく機能しており、通知は非常に迅速に配信されます。
私の質問は、上記のモデルが同じくらい良いと思われる場合、プッシュ通知サービスを設定するときに、Webソケットが通常、頼りになるアーキテクチャとして推奨されているのはなぜですか？何か不足していますか？
OneSignalは、GoogleまたはAppleに通知を送信することによって実装されるサービスであり、ターゲットデバイスがオンラインになり、通知を渡すまで待機します。
WebSocketはコンピュータ通信プロトコルであり、単一のTCP接続で全二重通信チャネルを提供します。これは、より一般的なアーキテクチャコンポーネントであり、さまざまなアプリケーションの問題を解決するために使用できます。通知を含むがこれに限定されないoneSignal通知のかなり可能性のある部分は内部でwebSocketsを使用しますが、私はこれを知りません。
OneSignalとWebsocketの比較は、自動車とエンジンを比較するようなものです。
あなたの質問に答えて、あなたは何も欠落していない、あなたはあなたのニーズに合えば公共サービスを使うのが正しいです！
ただし、状況によっては（非常に安全な軍事システムなど）、OneSignalがハッキングされたり、サービスが妨害されたりして、独自のシステムが構築されるのではないかと心配する人もいます。
WebSocketsは、1つのオープンTCP=接続でクライアントとサーバー間の双方向通信を可能にするテクノロジーです。一方、SQSとOneSignalは、このテクノロジーと他のメッセージ配信プロトコルの上に構築された製品です。