DDD y límite de transacción agregada

Digamos que tengo un objeto llamado documento y tiene muchos hijos en forma de imágenes, audio, video, etc. Entonces, un usuario de mi aplicación puede crear un documento escribiendo algo de texto, agregando imágenes, videos, etc. en DDD, el documento es un agregado, mientras que las imágenes y los videos siempre están asociados con un documento como raíz. En base a esta comprensión, ¿cómo diseñaría una aplicación que permita a un usuario crear / editar un documento? Podría tener un punto final REST para cargar documentos y todos sus elementos secundarios en una sola solicitud, pero esa es una operación potencialmente de larga duración. Alternativamente, podría diseñar 2 puntos finales de descanso, uno para cargar el cuerpo del texto del documento y llamar al otro repetidamente para cargar sus elementos secundarios, lo que esencialmente significa transacciones múltiples. ¿El segundo enfoque sigue siendo DDD? ¿Estoy violando los límites de la transacción al dividir la creación y actualización de documentos en múltiples solicitudes?

Respuestas a la pregunta(1)

Su respuesta a la pregunta