подход, когда мы имеем перед инстансами WS хеш функцию, которая по айдишнику пользователя будет маршрутизировать запрос в тот или иной инстанс. Таким образом, получим детерменнированость выбора инстанса и побочным эффектом -- несколько сессий одного пользователя всегда на одном инстансе. Паблишер эвентов соответственно тоже будет всегда aware по поводу инстаса, в который нужно занести эвент для пользователя. Может быть момент касательно равномерности нагрузки, но у хеш-функций достаточно энтропии, чтоб этого не произошло. Твои мысли?
осталось понять как этот айдишник узнать ДО отправки данных по сокету
В любом случае, сходить куда-то и получить юзер айди/проверить сессию нужно. Я этим предложил решить проблему распределения одного клиента на несколько инстансов
По хэшу хочешь распределять?
Нужен юзер айди, но да, по хешу. Может быть JWT с айдишником внутри. Тогда всё, что ему нужно -- проверить подпись
Обсуждают сегодня