Bottle 或 Flask 的内置 HTTP 服务器有什么问题
What is wrong with Bottle's or Flask's built-in HTTP server
这可能是一个有点无知的问题，但为什么每个人都说 [1,2,...] Flask and/or Bottle HTTP 服务器不能用于生产？
似乎情况发生了很大变化，例如 bottle+ssl+gevent 听起来像是一个可行的生产选项（对我而言），它解决了主要问题：
- 安全 (ssl)
- Multiple/parallel 请求（gevent）
我是否遗漏了什么，比如重大安全风险？还是性能问题？我的意思是当主要瓶颈是 IO 时 nginx 或 apache2 会快多少？
（附带问题：您对系统要求最低的微服务部署有何建议？）
干杯
简短的回答是默认服务器 慢且不并发 。
你问 bottle+gevent 有什么问题（暂时不考虑 ssl），我没有看到任何问题，但是 它不是默认服务器 :)
对于小型部署，您的选择似乎是合理的，但当它变得更大、更复杂时，nginx 将是一个更易于管理的工具，因为它将分离您的关注点（静态与动态路由和 ssl）。
例如，Nginx 在 ssl 处理方面比 更多 本机方法
具有更强大和可变的选项
但正如我所说，如果您进行的是小型设置，保持简单 :)
这可能是一个有点无知的问题，但为什么每个人都说 [1,2,...] Flask and/or Bottle HTTP 服务器不能用于生产？
似乎情况发生了很大变化，例如 bottle+ssl+gevent 听起来像是一个可行的生产选项（对我而言），它解决了主要问题：
- 安全 (ssl)
- Multiple/parallel 请求（gevent）
我是否遗漏了什么，比如重大安全风险？还是性能问题？我的意思是当主要瓶颈是 IO 时 nginx 或 apache2 会快多少？
（附带问题：您对系统要求最低的微服务部署有何建议？）
干杯
简短的回答是默认服务器 慢且不并发 。 你问 bottle+gevent 有什么问题（暂时不考虑 ssl），我没有看到任何问题，但是 它不是默认服务器 :)
对于小型部署，您的选择似乎是合理的，但当它变得更大、更复杂时，nginx 将是一个更易于管理的工具，因为它将分离您的关注点（静态与动态路由和 ssl）。
例如，Nginx 在 ssl 处理方面比 更多 本机方法
具有更强大和可变的选项但正如我所说，如果您进行的是小型设置，保持简单 :)