в некую организацию. Затем есть сервис где хранится личная информация пользователя, в т.ч и всякие документы. Сейчас при любых операциях в первом сервисе, где для валидации требуются какие-то личные данные пользователя, вроде имени, возраста или скан-копии какого-нибудь документа, API Gateway запрашивает их у сервиса с данными и передает в теле запроса первому сервису.
Мне кажется тут очень высокий coupling между сразу тремя сервисами. Правильнее ли было бы дублировать данные в обоих сервисах и синхронизировать их изменения эвентами? Ведь по сути здесь два разных контекста: в одном мы храним некие ApplicationData, а в другом PersonalData, и хотя значения у них одинаковые, они используются в разных целях: в личном кабинете мы редактируем просто инфу о пользователе, а в кабинете создания заявки - какие-то данные для процессинга.
Я мыслю в правильном направлении?
не такая уж большая разница каким механизмом ты пошаришь данные, ивенты, реквест-респонс Подумай можно ли так распределить данные по системе, чтобы не нужныбыли данные из одного места в другом.
Обсуждают сегодня