PD
Репозитарий имеет смысл делать только если он слишком большой для одной машины (типа 100+ гигов).
Size: a a a
2019 December 02
PD
Простите, а вы знаете в чем разница между понятием subdomain и bounded context?
Угу. В чем проблема в разной архитектуре в рамках одного приложения?
AS
Мне это все рассказывать не надо. Я с 2006 года делал многокомпонентные service-based системы. И все варианты уже видел.
PD
Ну так в чем проблема?
AS
Угу. В чем проблема в разной архитектуре в рамках одного приложения?
Так в чем же?
AS
Ну так в чем проблема?
В том что это не микросервисы и у этого подхода есть очевидные минусы, которые я пытаюсь подсветить.
PD
Доменная область и реализация.
PD
В том что это не микросервисы и у этого подхода есть очевидные минусы, которые я пытаюсь подсветить.
Э, и какие?
AS
Доменная область и реализация.
Нет
PD
О, а в чем же тогда разница?
AS
Bounded context = subdomain + части других subdomains используемые в том же микросервисе.
С точки зрения классики, это многочисленное нарушение DRY, чего не будет в модульной системе.
С точки зрения классики, это многочисленное нарушение DRY, чего не будет в модульной системе.
PD
Хм, пошел перечитывать. Не, все правильно у меня, bounded-context - в solution, subdomain - в problem space.
Да, из этого следует что bounded-context может быть не идеальным, но это следствие.
Но в первую очередь это реализация subdomain.
Да, из этого следует что bounded-context может быть не идеальным, но это следствие.
Но в первую очередь это реализация subdomain.
PD
Но если посмотреть на какой-нибудь монолит сделанный на каком-нибудь Eclipse RPC solution, то там DRY нарушается повсеместно.
PD
Впрочем, это все достаточно бесплодный спор, конечно.
Существенно только, что если систему необходимо разворачивать сразу всю, то нельзя говорить о микросервисах
Даже если там много компонент со своими СУБД и общающихся через REST.
Существенно только, что если систему необходимо разворачивать сразу всю, то нельзя говорить о микросервисах
Даже если там много компонент со своими СУБД и общающихся через REST.
PD
Я вот помню ERP-двузвенку, где отдельные элементы могли разворачиваться независимо, а для взаимодействия модулей был строго определенный API в виде хранимок. И куча денормализации, чтобы от чужих модулей не зависить.
PD
Чем не микросервисы )
AS
Я вот помню ERP-двузвенку, где отдельные элементы могли разворачиваться независимо, а для взаимодействия модулей был строго определенный API в виде хранимок. И куча денормализации, чтобы от чужих модулей не зависить.
Тут же вопрос не только в автономности, но и в scalability, maintainability, evolvability...
V
Банк = domain; розничный бизнес - subdomain; кредиты, депозиты - bounded contexts внутри розничного бизнеса, на каждый bounded context свой m/s
V
По идее так
PD
Тут же вопрос не только в автономности, но и в scalability, maintainability, evolvability...
Так это возможные свойства, а не обязательные требования.
При том, что у заметной части решений при переходе к микросервисам падает и scalability и maintaiability )
Что в большинстве случаев естественно )
При том, что у заметной части решений при переходе к микросервисам падает и scalability и maintaiability )
Что в большинстве случаев естественно )