Как приложениям лучше работать с общими данными в БД?

Question

[Максим]

Приветствую!

Я разрабатываю 3 приложения которые являются частями одного проекта.
Как лучше организовать хранение данных при том условии, что каждое приложение должно иметь доступ к данным которые сохраняют другие приложения?
Объем данных небольшой.
- У каждого приложения должна быть своя база данных в которую смогут ходить остальные приложения?
- Или лучше сделать 1 сервер базы данных куда будут ходить приложения?
- Или лучше настроить копирование необходимых данных из одной базы в другую?

Answer 1

[Everything_is_not_so_bad]

Когда несколько приложений обращаются к одной СУБД, то это усложняет поддержку этих приложений:

• приходится изменять код во всех приложениях при любых изменениях в схеме СУБД
  
• нужно отслеживать как влияют изменения на другие приложения из-за возможной регрессии.
  
• проводить мониторинг соединений и того как запросы одного приложения влияют на другие (timeout, deadlock).
  

Если все приложения должны писать в одну БД, то лучше добавить прослойку для обращения к ней.
DB <= service A
service A <= service B
service A <= service C

Кроме того так будет легче управлять, дебажить и масштабировать в случае нужды. Зона ответственности будет находиться у одного сервиса.

Comments

[Максим]

В своем примере вы написали сервис А, вы же не имели ввиду одно трех из приложений в моем случае?
В моем случае я могу сделать четвертое приложение которое полностью отвечает за работу базы данных и организует доступ к базе для остальных приложений?
И я знаю, что я уже задаю вопрос дополнительный, но все же, если не трудно, подскажите, каким способом лучше ходить в базу данных через это приложение?
Какой протокол выбрать? Например REST? Или какой-то сервис с очередью сообщений с бинарными данными?

[ThunderCat]

Максим, rest хорошее решение, вообще это норма для приложений обращаться с данными через апи.

[Everything_is_not_so_bad]

Максим,

В своем примере вы написали сервис А, вы же не имели ввиду одно трех из приложений в моем случае?

Конечно же, я имел в виду дополнительный сервис. Обычно это REST, как указал ThunderCat .

В моем случае я могу сделать четвертое приложение которое полностью отвечает за работу базы данных и организует доступ к базе для остальных приложений?

Верно. Только еще нужно почитать об аутентикации приложений и авторизации доступа.