Проблематика распределенных транзакций в контексте микросервисной архитектуры

[maxim_ge]

Во-вторых, сам transaction manager является единой точкой отказа. Он должен уметь транзакционно выдавать id-шники транзакциям.

Тут не совсем понял. Против «единой точки отказа» разве нет «приемов»?

И зачем «выдавать id-шники» транзакционно, есть требование монотонного возрастания номера транзакции?

[PrinceKorwin]

Думаю под «транзакционно выдавать id-шники» имелось ввиду выдавать их уникально даже если сам TM горизонтально масштабируется для обеспечения отказоустойчивости.

[maxim_ge]

Тогда непонятно, в чем проблема выдавать уникальные ID…

[PrinceKorwin]

Если тупо в лоб, то проблемы есть. Но решений тьма конечно.

[sanek]

Есть такой шаблон — сага
microservices.io/patterns/data/saga.html

[PrinceKorwin]

Вы ведь правда статью читали? :)

… двухфазный коммит или сагу. В этой статье будет изучен первый вариант, а второй мы обсудим в следующий раз.

[akhkmed]

А ведь двухфазного коммита недостаточно для согласованности, нужна ещё синхронизация snapshot-ов по времени или по уникальному глобальному номеру транзакции, на худой конец — блокировки.
Проблема рассмотрена частично в видео
www.youtube.com/watch?v=qLd7A48pZdo