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

Существует несколько подходов к организации взаимодействия различных сервисов с базой данных. Нет определённого "правильного" ответа на этот вопрос, так как выбор оптимальной архитектуры зависит от множества факторов, таких как масштаб проекта, требования к производительности, безопасности и т.д.

Однако, в целом, хорошей практикой является использование единого API для доступа к базе данных из разных сервисов. Это позволяет лучше контролировать доступ к данным, обеспечивать стабильность и безопасность системы, а также упрощает масштабирование и обслуживание проекта.

Кроме того, использование единого API позволяет избежать дублирования логики доступа к базе данных в различных сервисах, что упрощает поддержку и развитие проекта. Таким образом, если это возможно и целесообразно для вашего проекта, рекомендуется создать "глобальный" API для доступа к базе данных из различных сервисов.

Тут нельзя явно сказать нормально или не нормально, всегда есть за и против, может формат данных в базе уже никто не будет менять. А может и нет, и тут проблема, например, простейший случай, переименовали поле в базе, надо теперь во всех сервисах это же сделать. А может и не надо, может они уже "ходят в базу" через один общий слой (или хотя бы ORM). И т.д., и т.п.

Основная проблема в синхронном изменении всех сервисов при изменении структуры БД. А API можно версионировать, сохраняя обратную совместимость пока все сервисы не перейдут на новую версию.