WWW無人速報

WebSocket使ったサイトって難しいよな

HTTPと違って サーバーとクライアントが双方向に通信できるんだよな

>>3 そうそう 接続を確立したらメッセージのやり取りができる

よくチャットとか作るのに使われるよな

セキュリティはどうなの？ HTTPSみたいに暗号化とかできるの？

>>17 WebSocketでもwssスキームを使えば TLS暗号化通信ができるよ

>>27 なるほど 平文で通信するのは危ないもんな

認証とかはどうするの？

>>39 WebSocketの仕様では認証についてはあまり触れられてないんだよね

>>41 なので認証周りは自前で実装する必要がある

>>50 例えばクッキーやAuthorizationヘッダーを使ってトークン認証するとかかな

WebSocketって同時接続数とかどのくらいまでいける？

>>64 それはサーバーのスペックとかにもよるけど 数万とかいけるらしいよ

>>71 ただ大量の接続を捌くには適切なアーキテクチャ設計が必要だな

あとはDDoS対策とかも考えないとな

>>81 そうだね WebSocketはコネクション張りっぱなしだから DoS攻撃とかに弱い

>>89 ロードバランサーとかでトラフィック分散するのが良さそう

あとはクライアント側の実装で気をつけることってある？

>>97 WebSocketの接続が切れたときの再接続処理とかかな

>>104 あとエラーハンドリングもしっかりやらないと

データのやり取りって主にどんな感じでやるの？

>>116 JSONとか使うのが一般的だと思う

>>119 サーバー側でJSONにエンコードして クライアントで受け取ってデコードする感じ

1つのWebSocketでいろんな種類のデータを送受信したい場合はどうするの？

>>136 メッセージの種類を識別するためのフィールドを用意するのがいいかも

>>141 typeとかeventみたいなフィールドをJSONに入れて それで処理を分岐させるとか

WebSocketってHTTP通信に比べてどのくらい速いの？

>>154 一般的にはWebSocketの方が速いと言われてるね

>>158 ヘッダのオーバーヘッドが少ないし コネクション確立の手間もない

>>166 用途に合ってれば レイテンシを低く抑えられるのがメリットだね

逆にWebSocketを使うのに向いてないユースケースってある？

>>182 単発のリクエスト/レスポンスでいい場合はHTTPの方が向いてるかな

>>191 あとはサーバー側のリソース管理が大変になるから そこも考慮が必要

プロキシとかロードバランサーを挟むときの注意点は？

>>195 WebSocketの場合 アップグレードリクエストをちゃんと処理できるものじゃないとダメだね

>>199 あとはタイムアウトの設定とか 適切にしないと切断されちゃう

全体的にWebSocketのデメリットって何かある？

>>214 コネクション管理が大変なのと ブラウザとサーバー両方で対応が必要なのがデメリットかな

>>221 あとは障害が起きたときの影響が大きいところとか

なるほど WebSocketを使うときは メリットデメリットをよく理解した上で設計するのが大事だね