Здравствуйте, ·, Вы писали:

·>Ты упускаешь мою мысль, что этот код — не особенность МСА-реализации, а реальность бизнес-задачи.
Что означает "реальность бизнес-задачи" ?
Каким образом бизнес-задача приводит к нас к нескольким базам?

·>Просто в твоём монолитном решении ты игнорируешь эту проблему.
О какой проблеме идет речь?

·>С точки зрения бизнеса _изначальная_ задача выглядит так:
·>1. Пользователь создаёт заказ
·>2. Склад резервирует заказ
·>3. Пользователь завершает заказ
И что? Нам поэтому нужно сделать отдельные базы для Заказа, Склада и Пользователя, чтобы соответствовало существительным?
А как в 1С конфигурации УНФ это все в одной базе существует? Оно как-то неправильно работает?
В 1С вообще это все решалось в рамках одной базы задолго до появления термина "микросервисы". В чем они неправы?


·>И вот когда ты опишешь задачу так, то совершенно ВНЕЗАПНО получается, что "надо написать еще фоновую задачу, которая откатывает незавершенные резервы" в любом случае, неважно — МСА у тебя или монолит.
Важно. В монолите это все не нужно. Монобаза тебе обеспечивает атомарность, вообще всегда.

·>МСА просто это сделал явным.
МСА перекладывает на разработчика то, что в монолите делается средствами СУБД.