employers, agents (тут разные пермишны могут быть). в контракторах и эмплоерах достаточно сложная логика, куча правил и вот этого вот всего, по процессам выглядит так, что можно выделить 3 контекста: agents + customers + identity (агенты -- менеджеры, кастомеры -- юзеры, пользующиеся приложением, identity -- все вот эти OIDC штуки с ролями и прочей фигней)
вот тут вопрос -- при регистрации кастомера как безболезненно досоздавать сущность в другом контексте ? Ну т.е. условно вот регистрируется юзер, вводит основные свои данные и identity контекст посылает ивент о том, что кто-то создан. После этого нужно редиректить юзера на нужную страницу и продолжать с ним работу
как быть с возможным временным лагом ? Вызывать синхронно другие сервиса не хотелось бы, а асинхронно рискуем попасть в ситуацию, когда сущность в identity контексте была создана, но не успела создаться в контексте кастомеров
не понятно почему ты выделяешь контексты по ролям. пройди упражнение: https://medium.com/nick-tune-tech-strategy-blog/strategic-domain-driven-design-kata-delivericious-b114ca77163
там достаточно разные правила и процессы, к-ые проходят с этими типами юзеров, и очень разный сет атрибутов
ну то есть они вообще нигде не пересекаются, так?
Обсуждают сегодня