在Java生态系统中，这是处理请求的最佳体系结构/设计吗？在Java生态系统中，处理每个请求时，需要大量的负载和耗时的过程？

处理发送ID列表的多个http请求（每个请求中有1000多个ID）的最佳体系结构是什么？每个请求都是一个非常耗时的过程，需要与其他系统（使用SOAP或REST）通信并将数据保存到RDBMS中

我应该在POST HTTP请求中发送ID吗

我应该在资源/控制器REST中使用springframeworkasync/Futures（不返回）来处理耗时的进程并返回http202 Accepted（可能还有一个ID来查询进程或资源的状态）

或者，如果我的资源/控制器REST只将消息放在JMS队列中（对于每个REST方法可能是一个持久队列），而消息驱动bean（对于每个方法）使用消息并处理请求，这是否好呢

---

如果我的资源/控制器REST或类似代理的类将对我的系统和其他系统响应的请求保存在数据库中以用于日志记录和修复问题，这是一个好主意？或者我应该使用JMS中的重试功能吗？

我同意邓尼的观点；然而，您的一般需求听起来像JMS是一个很好的起点。这将允许客户端丢弃请求，并允许后端组件在力所能及的情况下处理请求。当然，您需要足够的后端电源，以便在合理的时间范围内完成所有请求。

这个问题太广泛，不容易回答。根据您的需求，您的所有用例可能都是有效的，并且所有用例的实现可能是对的，也可能是错的。