А в чем профит будет переделывать всё на корень?

а в чем профит объединять агрегаты?

Ну чтобы поддержать инвариант, который возникает между ними. Просто в других действиях он не затрагивается

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

Так он удаления не касается и никак не затрагивается. Т.е. никакого краша логики произойти не может

По той же логике, вам собственно и агрегат не нужен. Вы можете правило проверить не внутри агрегата, да и собственно не объединяя их, а просто стукнуться в репозиторий комментов, селектнув количество комментариев к статье за день. Собственно скорее всего это же произойдет, когда комментов будет очень много, а грузить условно 1000 комментов, чтобы проверить, что "а уже 1000? можно добавить еще?"

Там выше описано как это нормально через eventual consistency форсить

Это же подразумевает асинхронность?

ну да, в конечном счете, к этому и придет собственно

да, ну или если конкаренси низкий то можно и без асинхронности

либо очереди либо локи

Я просто думал, что сага это обязательно асинхронность. Ивенты летают, она их ловит перенаправляет на нужный экшен.

сага обязательно асинхронность ибо канкаренси и вот это все. Можно без саг

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

но для простых кейсов достаточно сделать лок в базе)

@fes0r Понятно, спасибо :)

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

Как быть при создании объекта агрегата в репозитории?

Сделать агрегату конструктор, который принимает сырые данные и отдельно фабрику которая через сеттеры (с проверкой инварианта) задает данные?

Или новый инвариант должен учитывать старый? И в таком случае ориентироваться на id/дату создания агрегата. У всех агрегато до определенного id/даты - один инвариант, у других - другой?

Написать миграцию, которая приведет старые инварианты к новому виду, мб?

а че бизнес сказал на эти вопросы когда правила менял? Или ты эти вопросы им не задавал? тогда задай

Стоит подумать, а не другой ли это агрегат. А вообще Вам бизнес должен ответить что должно быть с историческими данными.