DDD: сервисная роль и репозиторий

Возможно, с точки зрения домена, в моем маленьком проекте недостаточно сложности, чтобы использовать микросервисы на данный момент.

Поскольку ваш проект является (производным от) образовательным проектом, он действительно, скорее всего, не нуждается в микросервисах. Чтобы не перегружать студентов, образовательные проекты обычно используют крайне упрощенные примеры для обучения концепции. Для таких концепций, как микросервисы, это упрощение идет дальше, чем предел, где вы могли бы применить его в реальном мире.

Микросервисы отлично подходят, когда вам нужно независимое развертывание и/или масштабируемость различных частей вашего приложения. Если вам это не нужно, они, вероятно, излишни.

Можно ли выполнять одну SQL-транзакцию из одного OrderRepository?

Да. Я бы даже ожидал, что Order будет агрегированным корнем (AR), содержащим OrderItem в качестве субъединиц. Это в свою очередь подразумевает, что у вас не будет OrderItemRepository.

Объект AccessTokenRequest здесь является частью домена. Прочитав несколько статей о DDD, можно ли сказать, что такого рода "объекты запроса" (а также некоторые объекты ответа, я полагаю) можно рассматривать как сущности или объекты значения?

Я бы сказал, что эти "объекты запроса" являются объектами ценности. Объект запроса не обязательно должен иметь определенную идентичность или многосоставное время жизни.

Рекомендую посмотреть эти видео для лучшего погружения в вопрос:

Прикрепленное видео 1 - Владимир Хориков — Domain-driven design: Cамое важное

Прикрепленное видео 2 - Владимир Хориков — Validaton and DDD