Вопрос проверяет понимание балансировки нагрузки и проблем, связанных с состоянием (state) в распределённых системах.
Sticky sessions — это механизм, при котором запросы одного клиента всегда направляются на один и тот же backend. Это нужно для работы stateful-приложений. Чаще всего реализуется через cookies или IP-хеширование. Sticky sessions упрощают архитектуру, но ухудшают масштабируемость. В современных системах их стараются избегать.
Sticky sessions появляются как компромисс между простотой реализации и архитектурной чистотой.
Sticky session — это режим балансировки, при котором клиент «закрепляется» за конкретным backend-инстансом.
Перед использованием важно понимать принцип:
первый запрос клиента попадает на backend A
балансировщик сохраняет соответствие клиента и сервера
все последующие запросы идут на backend A
На практике используются:
Cookies
балансировщик устанавливает cookie
браузер отправляет его при каждом запросе
IP-hash
выбор backend по IP клиента
простая, но неточная схема
неравномерная нагрузка
сложный failover
плохая горизонтальная масштабируемость
stateless backend
хранение состояния в Redis или БД
Sticky sessions — временное решение. Для масштабируемых систем предпочтительнее stateless-архитектура.
