По каким границам вы будете резать систему на сервисы?

Границы проводят по бизнес-возможностям (приём заказа, выставление счёта, доставка), а не по техническим слоям и не по таблицам: внутри куска лежат и правила, и данные, и API — всё, что нужно возможности, чтобы работать. Ориентир — связность и зацепление: внутри границы элементы меняются вместе, между границами независимо. Проверяемый критерий: типовое изменение требований должно умещаться в один сервис; если каждая задача веером расходится по трём, разрезано не там. Искать границы помогают события домена, история совместных правок в git и закон Конвея — структура системы повторяет структуру команд. Главный признак настоящей границы — владение данными: у сущности ровно один владелец, остальные видят её через API или события.