Re: Архитектура взаимодействия сервисов
От: vaa  
Дата: 28.07.21 06:28
Оценка:
Здравствуйте, Somescout, Вы писали:

S>Приветствую.


S>Возник вопрос: пусть есть два сервиса, первый из которых хранит структуру организации и пользователей, а второй использует данные первой для реализации приложения — почта/автоматизация/что-угодно. Есть ли какие-то best practices, описывающие как должно это всё вместе работать? То есть, например, как должны данные загружаться (и должны ли) из первого сервиса во второй, как отслеживать изменения (и информировать о них), как отслеживать целостность баз.


S>То есть в принципе эти вопросы решаемы, но в первом приближении решения выглядят костылями, заставляющими задуматься о том нужно ли реализовывать всё это подобным образом в принципе.


S>ЗЫ. Интересна именно практика, голая теория в данном случае довольно бессмысленна.


Смотря для чего.
Когда-то давно писал небольшой веб-ап на этом https://docs.oracle.com/cd/E18930_01/html/821-2418/beabo.html
юзал jdbc. т.е. на весь сервер приложений может быть одна отдельная базка с пользователями, группами и ролями.
прикольно в общем-то. последнее время лепим для каждой апликухи локальных пользователей(asp.net хотя тоже можно контекст вынести).
тут должен решать архитектор исходя из реальных требований и тех. возможностей.
с клиентской стороны юзал https://grails.org/ там работа через спринг-плагин.
Вообщем, нормально. главное чтобы источник пользователей находился в серверной, а то у телекома например есть услуга — аренда стойки.
вот если им отдашь сервак, то могут и не отдать. )))
☭ ✊ В мире нет ничего, кроме движущейся материи.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.