Python

26 May 2026 13:45

а что за хитрые протоколы

Python

26 May 2026 13:44

Честно говоря я не из книжек эту инфу добывал, по этому к сожалению нет

Python

26 May 2026 13:34

Т.е всё сломается если 200 от другой системы пришло, но закомитить не получилось если например база прилегла

Python

26 May 2026 13:31

На картинке видимо перевод денег между двумя "банками". По этому скорее всего это разные сервисы

Python

25 May 2026 02:09

а потом появляется refunded и все идет по пизде

Python

25 May 2026 01:56

Кто пробовал додстер?

Python

25 May 2026 01:40

оркестратор с сагой уже могут и дождаться, но это зависит от кейса сильно

Python

25 May 2026 01:39

Prepare
Pre commit
Commit

Python

25 May 2026 01:34

откуда ты взял pending? я даже попробовал найти источник

Python

25 May 2026 01:33

Поправьте если не прав

Python

25 May 2026 01:31

Если на каком-то из моментов упадёт сервак, то все остальные будут находится заблоченными, до момента пока не восстановиться сервак
Так?

Python

25 May 2026 01:27

или вторую, как посмотреть

Python

25 May 2026 01:25

как то ты все в кучу смешал

Python

25 May 2026 01:07

2 phase commit, 3 phase commit, saga гуглишь, смотришь ченить адекватное

Python

25 May 2026 01:05

Можете скинуть статьи почитать?

Python

26 May 2026 13:45

да зачем книжка, может статья

Python

26 May 2026 13:43

в чистом виде 3pc, сейчас не используется. У неё есть один недостаток очень жирный

Будет проблема если половина сервисов успеют получить precommit и другая половина не успеет

service1.precommit()
service2.precommit()
# fail
service3.precommit()

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

Python

26 May 2026 13:33

Эта схема дает гарантию at least one, outbox получается

Python

26 May 2026 13:22

За вот это сори, лишнее было

Python

25 May 2026 01:56

это в вкусно и точка?

Python

25 May 2026 01:40

смысл в любом случае не в переживании падения, а в том, чтобы падение чего либо не нарушило целостность действия

Python

25 May 2026 01:39

вот тут у тебя просто будет фейл и роллбек

Python

25 May 2026 01:37

Чёт про транзакции у вас читал и влетело

Python

25 May 2026 01:33

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

Python

25 May 2026 01:32

В случае с сагой, чуть-чуть по другому
Если сервак падает, то вроде как не блокируются остальные

Python

25 May 2026 01:28

Тоесть 3 фазы:
Pending
Precommit
Commit

Python

25 May 2026 01:27

начнем с того, что ты тут третью фазу потерял

Python

25 May 2026 01:20

Интересно, тоесть в одном случае 3pc: если нужно чтоб главный получил все что все согласны и после кинуть в промежуточный момент, а там по факту все знают о том что процесс почти завершён и могут доделать все самостоятельно, то при saga есть система компенсаций, тоесть есть сервис который последовательно все вызывает, то в случае если оркестр упал, все просто останется в той последовательности которой была и дождётся когда оркестр поднимется

Я правильно понял?

Python

25 May 2026 01:06

да я то не помню уже где

Python

25 May 2026 01:04

впринципе я припоминаю как через 3pc сагу гдет объясняли