Когда database per service лучше не использовать или использовать осторожно?

GoSenior+Architecture and System DesignТеорияarchitecture_and_system_designdatabase_per_servicesenior_go_developer

Что хотят услышать интервьюеры:

Суть: каждый микросервис владеет своими данными и не должен напрямую писать в чужую БД.

Ответ:

Пример: 

orders-service owns orders

Практический акцент: Оцените trade-off: простота, производительность, тестируемость, связность пакетов и цена поддержки.

Типичная ошибка: делить одну таблицу между несколькими сервисами.

Как отвечать на собеседовании: На Senior-собеседовании отвечайте через trade-offs: сложность, надежность, владение данными, команда, latency и стоимость изменений.

Источники

Похожие вопросы

Architecture and System Design Когда clean architecture лучше не использовать или использовать осторожно? Architecture and System Design Когда event-driven architecture лучше не использовать или использовать осторожно? Architecture and System Design Когда hexagonal architecture лучше не использовать или использовать осторожно? Architecture and System Design Когда highload API design лучше не использовать или использовать осторожно?