¿Cómo ejecutarías tres llamadas remotas independientes a la vez y combinarías los resultados?

O las envías a un executor de hilos virtuales y haces join de los resultados, o las compones con CompletableFuture usando supplyAsync sobre un executor explícito y allOf para esperar. Pon un timeout a la operación combinada, decide a conciencia qué pasa ante un fallo parcial, y cancela las hermanas cuando una falla. La concurrencia estructurada con un task scope expresa exactamente esta forma y ata el ciclo de vida de las subtareas al bloque, aunque sigue siendo una API en preview.

Con los hilos virtuales esto se volvió sencillo: abro un executor que crea un hilo por tarea, envío las tres llamadas y luego hago join de cada future. Se lee de forma secuencial, pero las llamadas se solapan, y cada una tiene su propio timeout de cliente. Si estoy en una base de código antigua uso CompletableFuture con supplyAsync, y siempre le paso mi propio executor, porque el de por defecto es el ForkJoinPool común, dimensionado para trabajo de CPU y compartido por todo el proceso. Luego allOf para esperar, y un timeout sobre el future combinado para que una dependencia colgada no retenga la petición para siempre. La parte que más pienso es el fallo parcial: si falla la llamada de recomendaciones, ¿tumbo la página entera o la renderizo sin ellas? Normalmente la respuesta es degradar, así que ese future lleva un manejador exceptionally que devuelve una lista vacía, mientras que las llamadas esenciales sí propagan. La concurrencia estructurada expresa esto mucho mejor, ya que un scope hace join de todas las subtareas y cancela el resto cuando una falla o vence el plazo, y la uso donde una API en preview sea aceptable.