与搬运工人及kubernetes

烧瓶文档say运行烧瓶应用：与搬运工人及kubernetes

虽然重量轻，易于使用，瓶内置的服务器不适合生产，因为它没有很好地扩展，默认情况下只供应一次请求一个请求。

我会在kubernetes下的Docker容器中运行我的烧瓶应用程序。

难道我就在想，上面的建议是不要在我的情况有关，因为我可以运行多个荚，而事实上，他们是单线程的是不是一个问题（也许如果有什么好处）？

来源

2017-04-10 jbrown

它仍然适用。很明显，你可以将应用横向扩展到前面有LB的Flask的100个实例，但这样效率很低。为什么不把烧瓶放在枪炮后面呢？ – johnharris85

@ johnharris85我认为这是最好的做法是只在一个码头工人容器中运行一个进程。情况并非如此吗？ – jbrown

Gunicorn将是唯一运行？然后nginx在它前面的一个不同的容器中？ – johnharris85

-1

取决于可能会与您在单一时间服务器连接的客户端的数量。您将能够为您打开多个实例（容器）。现代的网络服务器如今可以同时处理数百或数千个请求。如果你的客户是最终用户（所以你是一种网站），并期望有很多流量 - 这是不够的。如果只有很少的请求，就像系统中连接到Web服务器的另一个模块，那可能就足够了。顺便检查一下WSGI，然后再旋转容器，它可能会解决你的问题。

来源

2017-04-10 15:16:59 ItayB

呀约Gunicorn多一点读书在我的思想已经明确了错误。 Gunicorn可以通过天真的阻塞烧瓶dev服务器提高吞吐量。如此看来，我会更好的容器中运行gunicorn，并代理请求将其与nginx的充当缓冲器（因为这是服务于公共API）。显然整个'每个容器一个进程'只是一个指导。 – jbrown

与搬运工人及kubernetes

回答

相关问题