TH
Давид Мэн
А есть у кого то ?
Size: a a a
2021 January 08
TH
Тут ищи
ДМ
Спасибо
HH
Как называется такой подход (как загуглить), когда есть один большой ресурс, который может модифицировать только один сеанс одного пользователя. Остальным показывается, что ресурс занят и они ждут пока, его освободят.
HH
Подскажите, плиз. Хочу посмотреть какие есть варианты, прежде чем писать велосипед.
DC
Human Human
Как называется такой подход (как загуглить), когда есть один большой ресурс, который может модифицировать только один сеанс одного пользователя. Остальным показывается, что ресурс занят и они ждут пока, его освободят.
Это не звучит как подход, это звучит, как банальный лок/мьютекс.
HH
Это не звучит как подход, это звучит, как банальный лок/мьютекс.
Типа лок как таблица:
bool locked
string session
Сеанс браузера захватывает лок. Дальше делает poll, чтобы сервер знал, что сеанс активен. И либо лок явно снимается, либо poll заканчивается и лок также снимается.
bool locked
string session
Сеанс браузера захватывает лок. Дальше делает poll, чтобы сервер знал, что сеанс активен. И либо лок явно снимается, либо poll заканчивается и лок также снимается.
DC
Human Human
Типа лок как таблица:
bool locked
string session
Сеанс браузера захватывает лок. Дальше делает poll, чтобы сервер знал, что сеанс активен. И либо лок явно снимается, либо poll заканчивается и лок также снимается.
bool locked
string session
Сеанс браузера захватывает лок. Дальше делает poll, чтобы сервер знал, что сеанс активен. И либо лок явно снимается, либо poll заканчивается и лок также снимается.
А просто synchronized на блок доступа к ресурсу повесить что мешает?
DC
Ну то есть так или иначе, это просто лок ресурса, никак иначе это искать не надо
HH
А просто synchronized на блок доступа к ресурсу повесить что мешает?
Ну по крайней мере мне нужно его сохранять на диск, а не держать в памяти
HH
Ну то есть так или иначе, это просто лок ресурса, никак иначе это искать не надо
Интересно именно комплесное решение. С фронтом который делает poll или там таймеры. Лок получается на сессию, не на юзера.
HH
В 1С реализовано что-то вроде этого. Ресурс блокируется, всем остальным показывается, что они не могут пока с ним работать.
V
Human Human
Как называется такой подход (как загуглить), когда есть один большой ресурс, который может модифицировать только один сеанс одного пользователя. Остальным показывается, что ресурс занят и они ждут пока, его освободят.
Пессиместичная блокировка в бд?
A
А просто synchronized на блок доступа к ресурсу повесить что мешает?
Я боюсь тут может быть проблема, если сессия завершиться с ошибкой и по каким-то причинам мьютекс не будет освобождён. Наверное нужно добавить TTL на блокировку. Да и вообще распределённые блокировки - это больно, если мы не говорим про кластер из какого-нибудь редиса
2021 January 09
b
https://github.com/alturkovic/distributed-lock
мы эту штуку использовали для кастомных локов, когда есть несколько инстансов сервиса. возможно подойдет
мы эту штуку использовали для кастомных локов, когда есть несколько инстансов сервиса. возможно подойдет
VG
https://github.com/alturkovic/distributed-lock
мы эту штуку использовали для кастомных локов, когда есть несколько инстансов сервиса. возможно подойдет
мы эту штуку использовали для кастомных локов, когда есть несколько инстансов сервиса. возможно подойдет
Надо было конечно хазелкаст заюзать
SZ
Надо было конечно хазелкаст заюзать
и городить в кубере для подов дискавери друг друга? такое себе
VG
и городить в кубере для подов дискавери друг друга? такое себе
Kubernetes discovery нативной поддерживается
VG
и городить в кубере для подов дискавери друг друга? такое себе
А отдельную базу для локов поднимать не такое себе?
SZ
А отдельную базу для локов поднимать не такое себе?
то что редис на проекте есть шансов много)