龙卷风/异步the服务器理论，如何处理较长时间运行的操作来利用异步服务器

Question

我刚刚开始研究龙卷风和异步web服务器。在龙卷风的许多例子中，较长的请求是由以下内容处理的：

webserver

• tornado调用

1. 对

进行异步web调用，让龙卷风继续接收请求，而回调等待调用

1. 在回调中处理响应。服务器对用户.

因此，为了假设的目的，假设用户正在向/retrive的龙卷风服务器提出请求。/retrieve将向内部api myapi.com/retrieve_posts_for_user_id/或w/e发出请求，当得到请求时，该api请求可能会运行一秒钟，然后当它最终返回龙卷风服务器响应时。，首先，这个流程是使用龙卷风的“正常”方式吗？，很多在线代码示例都会这样建议。

其次，假设上面的流是标准流，那么myapi.com应该是异步的吗？如果它不是异步的，并且每个请求都需要几秒钟的时间，那么它不是会造成阻塞服务器会产生同样的瓶颈吗？也许一个龙卷风或任何异步的正常用例的例子将有助于阐明这个问题？谢谢。

Answer 1

是的，我理解你的问题，这是“旋风”的正常用例。

如果对龙卷风服务器的所有请求都会向myapi.com发出请求，而myapi.com被阻塞了，那么是的，myapi.com仍然是瓶颈。但是，如果只有一些请求必须由myapi.com处理，那么龙卷风仍然是一场胜利，因为它可以在等待对myapi.com请求的响应的同时继续处理这些请求。但是无论如何，如果myapi.com不能处理负载，那么在它前面放置一个旋风服务器将无法神奇地修复这个问题。区别在于，即使在myapi.com繁忙的时候，您的旋风服务器仍然能够响应请求。