ADR-0018: Service Boundary Decision Matrix

Статус

Accepted

Контекст

Новые фичи часто пересекают Accounting, Incentive, Promo, Analytics, KYC и Platform Configuration. Без матрицы ownership легко положить данные не в тот сервис.

Решение

Использовать Service Boundary Decision Matrix перед реализацией спорной фичи. Owner выбирается по source of truth и инварианту, а не по удобству UI или существующему endpoint.

Последствия

• Меньше cross-service imports и чужих таблиц.
• Replica/saga/API lookup выбираются осознанно.
• Спорные фичи требуют docs/ADR до implementation.

Ссылки

• Service Boundary Decision Matrix

Обратные ссылки

Автоссылки: где используется этот документ.

• adr (1): ADR-0060: Продвижение — отдельный bounded context promotion (полиморфный таргет); catalog и news — консюмеры буста