Spring Boot не создавался для "микросервисной архитектуры", поэтому ничто не мешает писать монолит как на Spring Boot так и без Boot.
А что означает "кастомное" и "с достаточно кастомной логикой" не ясно, требуются пояснения.
Михаил, DDD это набор паттернов, репозиторий из них не самый главный, но полезный.
фабрика просто создает объект, в простейших случаях конструктор класса может являться фабрикой
если у вас разные источники данных, первое в чем надо разобраться это в идентификаторах, они там согласованы?
Вы возможно не дочитали до ограниченный контекстов и единого языка, два основных паттерна DDD. На ваш вопрос невозможно ответить точно, тк вы должны обозначать какая у вас модель (поддомен). У вас может быть два поддомена, к разговору о огр. контекстах.
Михаил, Я сначала вас не верно понял (понятие API очень широкое). Ваше хранилище находится где то во внешней системе и это не БД?
Фабрики не должны вызывать проблем о которых вы упоминаете.
Я не сталкивался с такой проблемой, но первое что приходит в голову обеспечить блокировку на уровне репозитория к примеру. Те репозиторий должен проверять что в памяти может быть тольк один мутабельный агрегат
Михаил, Если я верно понял проблему, это не относится к DDD. Вам нужно в целом разобраться с согласованностью ваших данных. Обычно используется либо блокировка агрегата в месте хранения либо нужный уровень изоляции транзакций.
kinton, Nuxt не обязателен, это надстройка над Vue. Он просто содержит много готового в том числе облегчает создание SSR.
Благо дока по SSR у Vue хорошая и подробная, да и на русском. Удачи вам!
Если в Spring для вас в новинку, начните со Spring Boot
rest вообще все по разному понимают, но в основном rest должен работать с ресурсами. Те скорее добавить
POST(PUT) /item будет правильным. Есть еще вариант POST(PUT) /user/{userID}/item .
Andrew Stark, Значит не трогайте эту тему, когда время появится - тогда и читайте. На ваш вопрос есть ответ в книге, вам в любом случае прийдется читать ответ на свой вопрос, что в книге, что здесь, так почему не прочитать, качественно проработанный ответ в книжке.
Domain Event - в DDD одна из методик реализации итоговой согласованности, общения между ограниченным контекстами.
CQRS - мало относящийся к DDD паттерн. Его суть разделение запросов на чтение и запись(изменение).
Andrew Stark, Почему бы вам не почитать соответсвующие разделы в книгах по DDD. К примеру blue book Эрика Эванса и red book IDDD Вона Вернона. Там все эти вопросы разжеваны.
Domain Event и CQRS разные вещи и применяются для разных задач. Вопрос не имеет смысла.
4utka_pyan,
Вы можете взаимодействовать с вашим веб-сервером(nginx) через FCGI(CGI), но вам нужно настроить FCGI на nginx. Вы также можете проксировать какие-либо запросы с nginx на поднятый сервер Go, который должен слушать какой-либо сокет.
А что означает "кастомное" и "с достаточно кастомной логикой" не ясно, требуются пояснения.