python - 通过 HTTP2 提供 Python (Flask) REST API

Question

我有一个 Python REST 服务，我想使用 HTTP2 为它提供服务。我当前的服务器设置是 nginx -> Gunicorn。换句话说，nginx(端口 443 和重定向到端口 443 的 80)作为反向代理运行，并将请求转发到 Gunicorn(端口 8000，无 SSL)。 nginx 在 HTTP2 模式下运行，我可以通过使用 chrome 并在向服务器发送一个简单的 GET 后检查“协议(protocol)”列来验证这一点。但是，Gunicorn 报告它收到的请求是 HTTP1.0。另外，我无法在此列表中找到它: https://github.com/http2/http2-spec/wiki/Implementations所以，我的问题是:

• 是否可以使用 HTTP2 为 Python (Flask) 应用程序提供服务？如果是，哪些服务器支持它？
• 在我的例子中(一台反向代理服务器和一台服务于实际 API)，哪个服务器必须支持 HTTP2？

我想使用 HTTP2 的原因是因为在某些情况下我需要同时执行数千个请求，我很想看看 HTTP2 的多路复用请求功能是否可以加快处理速度。使用 HTTP1.0 和 Python Requests 作为客户端，每个请求需要大约 80 毫秒，这是 Not Acceptable 。另一种解决方案是批量/批处理我的 REST 资源并通过单个请求发送多个。是的，这个想法听起来不错，但我真的很想看看 HTTP2 是否可以加快速度。

最后，我要提到的是，对于客户端，我将 Python 请求与 Hyper http2 适配器结合使用。

Answer 1

Is it possible to serve a Python (Flask) application with HTTP/2?

是的，根据您提供的信息，您做得很好。

In my case (one reverse proxy server and one serving the actual API), which server has to support HTTP2?

下面我要如履薄冰，发表意见。

到目前为止，HTTP/2 的部署方式是使用一个与 HTTP/2 通信的边缘服务器(如 ShimmerCat 或 NginX)。该服务器终止 TLS 和 HTTP/2，并从那里使用 HTTP/1、HTTP/1.1 或 FastCGI 与内部应用程序对话。

至少在理论上，边缘服务器可以将 HTTP/2 与 Web 应用程序通信吗？是的，但是 HTTP/2 很复杂并且对于内部应用程序来说，它的返回不是很好。

这是因为大多数 Web 应用程序框架都是为处理内容请求而构建的，并且使用 HTTP/1 或 FastCGI 已经做得很好。尽管有异常(exception)，Web 应用程序几乎没有用到 HTTP/2 的微妙之处:多路复用、优先级排序、所有无数的安全预防措施等等。

在我看来，由此产生的关注点分离是一件好事。

---

您的 80 毫秒响应时间可能与您使用的 HTTP 协议(protocol)关系不大，但如果这 80 毫秒主要用于等待输入/输出，那么并行运行当然是一件好事。

Gunicorn 将使用线程或进程来处理每个请求(除非您已经付出额外的努力来配置 greenlets 后端)，因此请考虑让 Gunicorn 生成数千个任务在您的情况下是否可行。

如果您的请求内容允许，也许您可​​以创建临时文件并使用 HTTP/2 边缘服务器为它们提供服务。