易于为我的 Django Piston API 设置的多线程服务器
我正在编写一个从 MySQL 和 Solr 读取的 API（可以提供 150 毫秒的延迟）以提供格式化输出。我将在 VPS 上托管此应用程序，并且我需要为此应用程序选择一个网络服务器。它将仅在本地主机（以及将来的本地 LAN）中使用。
我有这些担忧：
- 启动多个工作线程以最大程度地减少并发请求的瓶颈（Solr 可能需要 150 毫秒才能返回请求）
- 当组件崩溃并重新启动时可以轻松重生 servd -restart
- 部署新应用程序就像将文件夹复制到 www 目录（或同等目录）一样简单，以便从以下位置提供对此应用程序的新请求然后 在。
我目前没有针对性能进行优化，因此我需要一些易于设置的东西。对于非负载平衡的 Django 应用程序来说，#3 是不可能的吗？
I am writing an API that reads from MySQL and Solr (which can give latencies of 150ms) to provide formatted output. I will be hosting this on a VPS, and I need to choose a web server for this application. It will be used only within localhost (and local LAN in future).
I have these concerns:
- Launches multiple worker threads to minimize bottlenecks with consurrent requests (Solr can take 150ms to return a request)
- Can easily respawn when a component crashes and restarting is just a matter of servd -restart
- deploying a new application is as simple as copying a folder to the www directory (or equivalent) so that new requests to this app will be served from then on.
I am not optimizing for performance for now, so I need something easy to setup. And is #3 not possible for a non-load balanced Django app?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
Gunicorn 部署和管理非常简单。它没有内置的重新加载功能，但您可以轻松使用外部实用程序（例如 watchdog ）来监视目录并使用
kill -HUP重新加载 Gunicorn。Gunicorn is very simple to deploy and manage. It has no built-in reloading capability but you could easily use an external utility such as watchdog to monitor a directory and reload gunicorn using
kill -HUP <pid>.