#redis #highload Тут в чатике 'Вечерней школы Kubernetes для | middlejava

#redis #highload

Тут в чатике "Вечерней школы Kubernetes для разработчиков" состоялся интересный диалог:

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

Alexey Shumkin
[В ответ на Maxim]
мне показалось, он имел в виду, что моветон юзать Redis как MQ, а не вообще юзать его

Lucky SB
Редис однопоточный. До сих пор.
На больших нагрузках ломается.
Пока сохраняет свой бекапа - не обслуживает входящие запросы. До сих пор.
Использование редис - моветон. Если конечно, у вас не проект школьный

Yerzhan Aktanov
[В ответ на Lucky SB]
Лучше тогда кафку?

Владислав Субботин
[В ответ на Lucky SB]
Как толсто. Большие нагрузки в вакууме. Можно точных чисел? А то на редисе до сих пор куча нешкольных проектов отлично себя чувствуют

Владислав Субботин
Щас молодёжь наслушается и побежит "передовых" инстурментов пихать на проект, которые им и нафиг не сдались ) Ну и огребёт заодно )

Alec
У меня тоже на редисе жил большой проект, в кубере, сессии пользвательские хранил, все было ок. Хм.

Ascandar
Сейчас некоторые думают, что все проблемы решит кафка, такая волшебная пилюля и дает солидность к проекту

Владислав Субботин
Легче всего отказаться от инструмента при достижении каких-то его ограничений и потом, через какое-то время упереться в ограничения нового инструмента.
=============================

Не могу обоснованно сказать за или против Redis, у меня в частности был в проде проект на нем, правда слабонагруженный, проблем с ним не было.
Но интересно разобраться, как на самом деле обстоят дела на нагрузке и в разных кейсах.
В этом же обсуждении Владислав Субботин дал ссылку на доклад с конфы Highload "Успехи и провалы с Redis":

https://www.highload.ru/moscow/2019/abstracts/5486

Вот и разберемся что к чему)

@middle_java
t.me/middle_java