справедливо ли утверждение? DDD - методология разработки ориентированная на решение проблем конкретной предметной области (domain), для этого она предлагает ввести "повсеместный язык" (UBIQUITOUS LANGUAGE) для упрощения коммуникаций вовлеченных людей (технари - не технари), так же методология обязывает вынесение сложной логики (если таковая имеется) в отдельный слой (доменный) приложения, а так же предлагает (но не обязывает) использовать ряд технических шаблонов (Entity, Value Object,modules, Aggregates и т.п. )

Какие атомации?

Так суть жсонапи в том чтобы эти операции объеденить

Так суть жсонапи в том чтобы эти операции объеденить

у вас походу с фронта прилетает пачка изменений (например переименовать документ и изменить статус зависимым), а потом вы на беке пытаетесь понять, а что в конкретном случае происходит (только переменование, изменение статуса зависимых документов или и то и то)
правильно уловил суть?

Почему вы решили что там нужно объединять операции? О каких операциях речь?

Почему вы решили что там нужно объединять операции? О каких операциях речь?

Так это проблемы проектирования же

json-api очень crud штука, например на фронте часто предполагается стор в который заваливаются данные сразу после обновления

Веб в принципе весь про crud штуки. Причём тут проблемы отправки пачки запросов с фронта к json api???

непонятно -> проблемы с управлением сложностью (косвенно)

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