V
Ну например при реакции на событие проверить, что нет уже чего-то созданного в другом приложении
Size: a a a
2021 April 29
ЕЕ
чем тут гн подходит rdbms? долго?
V
Другой инстанс может параллельно обрабатывать этот же событие
ЕЕ
пишут в одно место? две транзакции. одна навернется например по unique key. или я не догнал
V
Да классическая проблема параллельного кода (что решалось бы блоком синхронизации) если бы не были разные приложения. Если чего-то нет, выполни код. А параллельно другой инстанс может заканчивать создания этого самого. Так карты легли и балансировщик раскинул запросы пользователя например.
V
Ключа уникального не будет, потому что может быть много таких записей вцелом(но одна активная)
ЕЕ
то есть в etcd один процесс кладет "я начал ид=123" а второй падает/идет в другую ветку ифа если оно там есть?
V
Ну да, типо того. Возможно пример я не привел нормальный и это можно решить составным ключём
V
Можно и в бд строчку записать - взял лок на такой объект, потом в конце отпустить.
ЕЕ
ну суть все равно понятна.
2021 April 30
V
Я вцелом про распределенные локи(и другие примитивы - leader election, disovery - тут все понятно) и кто как их использует. Или может в микросервисах они вообще не нужны (у нас монолит)
ЕЕ
lock table 😂
V
Ну как вариант 😂
V
Ну про консистентность редиса немного слышал, поэтому могу предположить. Ну есть проверенные рабочие решения - етсд, зукипер) они как раз про консистентность в ущерб доступности
A
Не не, не про это, а про то, что фактически легко напороться на гонку. Когда один поток инстанса A подзавис, но не отпустил блокировку, при этом из-за TTL блокировка снята, а второй поток инстанса B смело пошёл в критическую секцию.
Но это если у вас TTL стоит, он может не стоять, но там свои минусы появляются
Но это если у вас TTL стоит, он может не стоять, но там свои минусы появляются
ЕЕ
чет кажется что лучше лок пропадет чем будет висеть до перезагрузки
V
Ну тут наверное можно не снимать когда отвиснет, словить исключение и откатить транзакцию, а второй повисит пока лок не отпустится. В итоге будет все хорошо