【35歳未経験でも理解できた】サーバープッシュ技術 | TechDistill

> Source: Qiita_Trend

// Problem

従来のHTTP通信はクライアントからのリクエストに基づく一問一答形式であり、サーバー側から最新情報を即座に通知するには、クライアントが定期的に問い合わせを行うポーリングが必要であった。これは通信のオーバーヘッドが大きく、リアルタイム性の確保とネットワーク効率の両立において課題となっていた。

// Approach

サーバープッシュとして、SSEとWebSocketの2つのアプローチを提示している。SSEはHTTPのチャンク転送を利用してサーバーから継続的にデータを流し込む手法であり、WebSocketはHTTP接続を起点としてプロトコルアップグレードを行い、TCP上で動作する専用の双方向通信路を確立する手法である。

// Result

用途に応じた技術選定の指針を示している。通知やログ配信など、サーバーからクライアントへの一方的な配信であれば実装が容易なSSEが適している。一方で、チャットやオンラインゲームのように、低遅延かつ頻繁な双方向通信が不可欠なユースケースではWebSocketが最適である。

Senior Engineer Insight

> 初学者向けの概念整理としては適切だが、実戦投入においてはインフラ層の設計が成否を分ける。SSEを採用する場合、HTTP/2環境下での接続数制限緩和の恩恵を考慮すべきである。一方、WebSocketは接続維持に伴うサーバーのメモリ消費やファイル記述子の管理、L7ロードバランサやプロキシによる通信遮断リスクへの対策が不可欠となる。大規模トラフィックを扱う現場では、単なるプロトコルの選択に留まらず、Pub/Subモデルを用いたスケーラビリティの確保や、ステートフルな接続をどう分散・管理するかというアーキテクチャ設計が極めて重要な検討事項となる。