Мы используем RedisPubSubReactiveCommands и вызываем методы subscribe и observeChannels для салата.
В случае быстрого издателя и медленного подписчика, как обрабатывается обратное давление? Поскольку издатели и подписчики в Redis независимы, продюсера нельзя замедлить. Учитывая этот факт, какое из следующих понятий является правильным?
Пропускаются ли данные на стороне приложения (салат отбрасывает их) в зависимости от OverflowStrategy, взятого observeChannels? Если это сценарий, то он весьма неэффективен, поскольку данные поступают полностью с сервера Redis до приложения, создавая ненужный сетевой трафик c.
Передает ли салат латунное давление на уровень TCP на стороне клиента, тогда Приложение ничего не получит, но буферы TCP будут заполнены. Глядя на этот Github commit , кажется, что это реализация. Но что я не понимаю, что делается с предоставленным OverflowStrategy?
Передается ли обратное давление полностью на сервер Redis, так что сетевой трафик c уменьшается. Это самое эффективное решение на мой взгляд. Я не думаю, что это поведение Redis / салат. Что может быть причиной того, что этого не происходит?
Может ли кто-нибудь помочь нам сформировать правильное понимание?