セッションと再接続

リモートサーバーは、一度に多数のクライアントを処理することがあります。それぞれの会話を正しく管理するには、誰が誰かを記憶する方法が必要です。それがセッションです。🧠

セッションはinitializeハンドシェイク中に開始されます。サーバーは新しいクライアントを受け入れ、この接続を追跡する状態を準備します。

セッションを識別するため、サーバーはinitializeの返信で一意のMcp-Session-Idヘッダーを返します。クライアントが持つ整理券のようなものだと考えてください。

以降のすべてのリクエストで、クライアントは同じidをヘッダーに含めます。サーバーはそれを読み取り、その呼び出しがどのセッションに属するかを正確に把握します。

ログイン中のユーザーやカーソルなど、呼び出しの間でサーバーが記憶しておくべき情報はセッションに紐付きます。異なるクライアントがお互いのデータを見ることはありません。

すべてのサーバーに記憶が必要なわけではありません。ステートレスなサーバーは各リクエストを独立したものとして扱い、セッションIDを発行しないため、スケーリングが大幅に簡単になります。

インターネット上では接続が途切れ、返信の途中でストリームが停止することがあります。優れたトランスポートは、セッション全体を失うことなく接続の切断に対処する必要があります。📡

SSEイベントのIDを覚えていますか？クライアントは再接続し、受信したLast-Event-IDを送信して、その後のイベントだけを再送するようサーバーに要求します。

各イベントに番号が付いているため、再送は正確です。クライアントは何も取りこぼさず、同じものを二度見ることもないので、一時的な障害で結果が壊れることはありません。

クライアントは処理を終えると、セッションIDを付けてエンドポイントにHTTPDELETEを送信できます。サーバーは状態を解放し、メモリを整理します。

セッションと再接続を組み合わせることで、リモートサーバーは信頼性の高いものになります。コンテキストを記憶し、不安定なネットワークにも適切に対応できます。✨

初期化時に設定して送り返すセッションIDによって、各クライアントとその状態が結び付けられます。番号付きのSSEイベントにより、切断されたストリームも抜けなくスムーズに再開できます。🎉