Описание кейса
Мессенджер небольшой компании обслуживает 2 000 операций в секунду в пик. Сеть на телефоне регулярно пропадает. Нужно сохранять историю, доставлять новые сообщения и повторять неподтверждённые. «Принято сервером», «доставлено устройству» и «прочитано» — разные статусы. Модель считает операции, а не число одновременно открытых сокетов.
Чему учит уровень: WebSocket даёт транспорт, но не историю и не exactly-once. Используйте message_id, последовательность внутри диалога, подтверждения и курсор восстановления. Реестр сессий указывает узел подключения; sticky-балансировка сама по себе не маршрутизирует сообщение от другого отправителя. В этом кейсе реестр включён в настройку канала.