我有一个django项目,最近增加了使用websockets的通道。这似乎一切正常,但我的问题是使生产准备。
我的设置如下:
Nginx web server
Gunicorn for django
SSL enabled因为我在混音中增加了频道。我花了最后一天努力让它开始工作。
在所有的turtotials上,他们说您在某个端口上运行daphne,然后演示如何为此设置nginx。
但是让金刚角为django服务呢?
所以现在我在8001上运行这个django应用程序
如果我在另一个端口上运行daphne,让我们说8002 --它如何知道它与django项目的相似之处呢?那跑步工人呢?
Gunicorn,Daphne和run Should应该一起跑吗?
发布于 2018-07-27 22:02:59
这个问题实际上在最新的Django频道中得到了解决。
使用公共路径前缀(如/ws/ )来区分WebSocket连接和普通HTTP是很好的做法,因为它将使在特定配置中将通道部署到生产环境更容易。 特别是对于大型站点,可以配置生产级HTTP服务器(如nginx ),以便根据路径将请求路由到(1)用于普通HTTP请求的生产级WSGI服务器(如Gunicorn+Django ),或(2)用于WebSocket请求的产品级ASGI服务器(如Daphne+Channels )。 请注意,对于较小的站点,您可以使用更简单的部署策略,其中Daphne可以服务所有请求-- HTTP和WebSocket --而不是拥有单独的WSGI服务器。在此部署配置中,不需要像is /ws/这样的公共路径前缀。
在实践中,您的NGINX配置看起来类似于(缩短为只包含相关位):
upstream daphne_server {
server unix:/var/www/html/env/run/daphne.sock fail_timeout=0;
}
upstream gunicorn_server {
server unix:/var/www/html/env/run/gunicorn.sock fail_timeout=0;
}
server {
listen 80;
server_name _;
location /ws/ {
proxy_pass http://daphne_server;
}
location / {
proxy_pass http://gunicorn_server;
}
}(上面假设您将Gunicorn和Daphne服务器绑定到Unix套接字文件。)
发布于 2018-10-25 09:41:29
我已经创建了一个如何混合Django通道和Django Rest框架的示例。我设置了nginx路由:
下面是我的nginx配置文件:
upstream app {
server wsgiserver:8000;
}
upstream ws_server {
server asgiserver:9000;
}
server {
listen 8000 default_server;
listen [::]:8000;
client_max_body_size 20M;
location / {
try_files $uri @proxy_to_app;
}
location /tasks {
try_files $uri @proxy_to_ws;
}
location @proxy_to_ws {
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_redirect off;
proxy_pass http://ws_server;
}
location @proxy_to_app {
proxy_set_header X-Forwarded-Proto https;
proxy_set_header X-Url-Scheme $scheme;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_redirect off;
proxy_pass http://app;
}
}https://stackoverflow.com/questions/46175452
复制相似问题