Python

26 May 2026 15:05

лочит только используемое

Python

26 May 2026 15:04

над 3pc свои надстройки выдумывали в целом

Python

26 May 2026 14:04

Вот, нейронный друг говорит. Но я особо не вникал в их работу

Python

26 May 2026 13:58

в конечном итоге придет согласованность. либо товар отгрузят, либо деньги разблокируют

Python

26 May 2026 13:57

Да система приходит к согласованности в конечном итоге, а какое-то время может быть рассинхрон

Python

26 May 2026 13:56

нет, сага - это механизм достижения eventual consistency, когда у тебя вся система находится не в согласованном состоянии

Python

26 May 2026 13:56

Ну сага это и есть механизм распределенной транзации, у неё есть свои недостатки

Python

26 May 2026 13:55

у меня вот задача - выкатить изменения на свитчи, они там даже не все в локи умеют

Python

26 May 2026 13:54

да не бдшку, а прям агрегаты в каждом сервисе

Python

26 May 2026 13:53

Да, там нужно подстраивать бд-шку под сагу. Её просто так не встроить поверх системы

Python

26 May 2026 13:50

Сейчас накидаю скриншотов как я это делал. У меня естественно там нет никаких эвентсоурсингов

Python

26 May 2026 13:48

зависит от того что именно там происходит

Python

26 May 2026 13:47

собственно твоя идея с pending тоже требует "блокировок"

Python

26 May 2026 13:46

ну тут как организуешь если мы на прикладном уровне транзакции делаем

Python

26 May 2026 13:46

думаю мне нунжы умные слова, если я буду презентацию по текущему проекту делать

Python

26 May 2026 15:05

3pc не блокирующий бай десигн

Python

26 May 2026 15:04

да понятно что не используется толком, 2pc тоже редко встретишь

Python

26 May 2026 14:00

Кто то еще про refund спрашивал найти не могу

Python

26 May 2026 13:58

В моменте у тебя нет консистентности с pending, ты деньги заблокировал но еще товар не выдал

Python

26 May 2026 13:57

механизм с pending выглядит больше как попытка получить строгую консистентность в конце

Python

26 May 2026 13:56

например она не дает настояющую консистентность

Python

26 May 2026 13:55

ну я все ещё считаю что это больше похоже на распределенные транзакции, Чем на сагу

Python

26 May 2026 13:54

да, это сразу нужно проектировать с учетом саги

Python

26 May 2026 13:53

Придется сложной сущности накидывать статусы

Python

26 May 2026 13:52

Я понимаю, что если мы начисляем деньги, они сначала висят в pending, а потом только начисляются, а если снимаем - наоборот, сначала снимаем и оставляем с pending. Вопрос, а что делать если там не количественные изменения. Например, изменение роли юзера или хуже - изменение какой-то сложной сущности

Python

26 May 2026 13:49

если у тебя не поддерживается эвентсорсинг, то будет блокировка

Python

26 May 2026 13:48

Фишка в том что у тебя это просто строка в бд, и ты показываешь пользователю что с твоим переводом всё норм, он просто в процессе перевода

Python

26 May 2026 13:47

Обычно это всё-таки класическая блокировка на уровне транзакций бд

Python

26 May 2026 13:46

еще 2pc и 3pc очень медленные, мы блокируем всё до тех пор пока транзакция не завершиться

Python

26 May 2026 13:45

Честно я не помню как называется