我正在考虑在单个移动应用程序使用的一组微服务中使用Spring WebFlux。我们预计该应用的活跃用户数将增长到约5000万。我们还预计流量会突然爆发和爆发。
这些微服务除了添加一定数量的业务逻辑外，还将实质上包装我们的基础旧系统提供的一组REST API。对旧版系统的API调用速度非常慢，我希望大多数时候线程会在这些调用中被阻塞。
为了获得更好的吞吐量，我正在考虑直接使用Spring WebFlux而不是Spring MVC。我希望这将使我们能够通过对负载的变化做出更好的响应来以更少的线程数运行服务。另外，我希望API调用的整体延迟情况能够变得更好（变化更少）。
听起来像个好主意吗？还是我应该坚持使用Sprint MVC？