Одна БД vs несколько (на сервис)

В монолите все сервисы часто используют одну общую базу данных, что упрощает централизованную консистентность (можно делать JOIN между любыми таблицами) и администрирование, но приводит к сильной связанности – изменения схемы или загрузки влияют на всех, трудно разграничить доступ; в микросервисах практикуют отдельную БД на каждый сервис (owning service) – сервис полностью отвечает за свои данные, что позволяет автономно менять схему и масштабироваться, но глобальные операции требуют межсервисной коммуникации (eventual consistency через события вместо прямых JOIN); компромисс: на старте может быть общая БД, но при росте системы лучше разделить по bounded context, синхронизируя через API/события.