将工作从SpringMVC委托给Worker应用程序；Spring集成是行业标准吗

我有一个SpringMVC应用程序，它目前注入了一个@Service，运行一个“重”负载，基本上是根据给定的信息创建一个PDF。我正在考虑将其卸载到一个单独的应用程序中，以减轻面向前端的Web服务器上的负载

整个用户工作流程是用户在表单中提供一些信息，根据所提供的信息，他会使用两种不同的表单中的一种来提供更多信息和付款（使用条带）。用户发送此表单后，应生成PDF并使用电子邮件发送给用户。PDF创建是最重的一步。如果生成或邮寄出错，将退还条带付款。所以所有这些都依赖于同步调用

---

Spring集成是一个很好的解决方案吗？我基本上希望我的正面MVC服务器只在创建完成后才回复，因为它有责任向用户发送电子邮件，否则将退款。

是的，这非常适合。您只需要选择与后端通信的技术（rabbitmq、REST、JMS，甚至简单的RMI）。RPC由适当的出站网关实现，web线程将在那里挂起，直到收到回复（或发生超时）。在后端，使用等效的入站网关

一个好处是，如果您决定稍后更改通信技术，则可以更改通信技术，除了重新配置网关之外，不会对应用程序（任何一方）产生任何影响