от основного сервиса. А если дао используют множество сервисов, то стоит ли его отделять как то?
Дао самостоятельный слой, как его отделить если он априори отделен?
Что жар? Хочешь сделать дао сервис? Ну сделай, никто не запрещает
Я тебе про то, как организовать правильно дао? Подключать в пом или вообще отдельный сервис, где по апи можно получать нужную сущность, но это бред?!
Правильно это так как надо тебе
В мире микросеовисов никто не делит приложение на подключаемые модули с логикой/дао/и т.д.
А как тогда правильно это сделать есть n микросервисов. Все используют БД. Соответственно нужен в каждом сервисе слой ДАО. В каждом сервисе свое дао лепить
У каждого своя база, свой дао, который нигде не повторяется Если шаришь базу между сервисами, то это не правильно
а если микросы между собой по ресту общаются, корректно выносить DTO, реквесты и респонсы в общие джарники?
Так я же не говорю сколько у меня микросервисов. Их всего 20 но 5 сервисам именно необходима дао
Можно, но многие ругают такой подход из-за большой связности и используют описание апи (например сваггер/опенапи) по которому каждый сервис генерирует нужный ему клиент
Так база одна или разные?
понял, ознакомлюсь. Спасибо.
Это не правильно
а если товары, а на нее инвентаризации и продажи разные микросервисы?
а как тогда реализовать консистентность? отдельным микросервисом?
Подходов много, реализуют по разному
Обсуждают сегодня