Что ж, если вы обнаружите, что ваши прецеденты редко требуют информацию из вашего основного домена, объединенного с конкретными приложениями, вы, вероятно, можете разделить ее на отдельную базу данных. Получите доступ к этой информации через уровень службы приложений, поскольку предполагается, что этот уровень предназначен для удовлетворения потребностей вашего приложения. Если это включает в себя сохранение профиля пользователя и т.д., это нормально.
Но вы помните, что если у вас произошел сбой инфраструктуры и вы хотите выполнить откат с некоторыми журналами транзакций или резервными копиями базы данных, вы, вероятно, захотите откатить все сохраненные данные. Таким образом, эти домены легче использовать в одной базе данных. Плюсы и минусы - всегда компромисс ...
Если я знаю, что это приложение будет незначительно взаимодействовать со своей средой, я поместил бы это в одну базу данных и позволил бы уровню обслуживания приложений взаимодействовать с клиентами.
Если я знаю, что будет несколько приложений / клиентов, я мог бы рассмотреть возможность разделения базы данных так, чтобы пользовательские особенности приложения Webb сохранялись в отдельной базе данных. Очень сложно сказать, так как у меня нет обзора всех требований.
/ Magnus