Сеансы и повторное подключение

Удалённый сервер может одновременно обслуживать множество клиентов. Чтобы не путать их разговоры, ему нужно помнить, кто есть кто: для этого используется сеанс. 🧠

Сеанс начинается во время рукопожатия initialize. Сервер приветствует нового клиента и создаёт состояние, которое будет отслеживать это соединение.

Чтобы обозначить сеанс, сервер возвращает в ответе на инициализацию уникальный заголовок Mcp-Session-Id. Представьте его как талон клиента.

В каждом последующем запросе клиент включает тот же id в заголовки. Сервер читает его и точно понимает, к какому сеансу относится этот вызов.

Всё, что серверу нужно помнить между вызовами, например вошедшего пользователя или позицию курсора, хранится в сеансе. Разные клиенты никогда не видят данные друг друга.

Память нужна не каждому серверу. Сервер без состояния обрабатывает каждый запрос отдельно и не выдаёт идентификатор сеанса, что значительно упрощает масштабирование.

В интернете соединения могут обрываться: поток может прерваться в середине ответа. Хороший транспорт должен переживать разрыв соединения, не теряя весь сеанс. 📡

Помните идентификаторы событий SSE? Клиент подключается снова и отправляет увиденный им Last-Event-ID, прося сервер повторить только события, которые были после него.

Поскольку каждому событию был присвоен номер, повторная передача получается точной. Клиент ничего не пропускает и не видит ничего дважды, поэтому сбой не портит результат.

Закончив работу, клиент может отправить на конечную точку HTTP-запрос DELETE с идентификатором сеанса. Сервер освобождает состояние и не расходует память напрасно.

Вместе сеансы и повторное подключение делают удалённый сервер надёжным: он помнит Ваш контекст и корректно переживает нестабильные сети. ✨

Идентификатор сеанса, заданный при инициализации и отправляемый обратно, связывает каждого клиента с его состоянием. Нумерованные события SSE позволяют корректно возобновить прерванный поток без пропусков. 🎉