к одной и той же базе к одним и тем же табличкам, при условии, что они разделены на репозитории? Создавали отдельный репозиторий типа project-name-backend-toolkit? Или разделять на разные репозитории микросервисы это не так уж и хорошо?
А если микросервисы обращаются к одним и тем же табличкам, не означает ли это, что эти микросервисы - это на самом деле один общий микросервис? Вообще, я придерживаюсь принципа, что разные микросервисы в одну таблицу не должны лезть
Ну вот допустим есть апи админ-панели, через который создаются/выводятся пользователи, и сервис по работе с аутентификацией, через который пользователи авторизируются. Это разве должен быть один единый сервис?
одна база - один сервис. таков путь. и в этом ограничении есть смысл - как вы будете реагировать, если вам придется поменять схему БД?
Или да, или нет, но если это разные сервисы, то только один из них должен владеть базой данных
Ну так можно сделать сервис для работы с юзерами, который будет ходить в базу, а все другие сервисы, если им надо данные про юзеров, будут обращаться к первому по REST/gRPC/очереди
Обсуждают сегодня