Database per service vs shared database — какой подход использовали?

Подход "Database per service" предполагает, что каждый микросервис имеет свою собственную базу данных. Это обеспечивает изоляцию данных, независимость в развитии и деплое сервисов, а также уменьшает риск конфликтов и проблем с согласованностью данных. Однако это усложняет реализацию кросс-сервисных транзакций и требует дополнительных механизмов для синхронизации данных.

Подход "shared database" означает, что несколько сервисов используют одну общую базу данных. Это упрощает обмен данными и транзакции, но снижает изоляцию сервисов, увеличивает связанность и может привести к проблемам с масштабированием и управлением схемой базы.

В практике чаще используется "database per service" для микросервисной архитектуры, чтобы обеспечить независимость и масштабируемость. Например, в Golang-сервисах каждый сервис может использовать свою базу (PostgreSQL, MongoDB и т.п.) и взаимодействовать через API, а не напрямую через общую БД.