Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Django Channels Nginx production

Tags:

I have a django project and recently added channels to use websockets. This seems to all work fine, but the problem I have is to get the production ready.

My setup is as follows:

Nginx web server Gunicorn for django SSL enabled 

Since I have added channels to the mix. I have spent the last day trying to get it to work.

On all the turtotials they say you run daphne on some port then show how to setup nginx for that.

But what about having gunicorn serving django?

So now I have guncorn running this django app on 8001

If I run daphne on another port, lets say 8002 - how should it know its par of this django project? And what about run workers?

Should Gunicorn, Daphne and runworkers all run together?

like image 647
Harry Avatar asked Sep 12 '17 11:09

Harry


Video Answer


2 Answers

This question is actually addressed in the latest Django Channels docs:

It is good practice to use a common path prefix like /ws/ to distinguish WebSocket connections from ordinary HTTP connections because it will make deploying Channels to a production environment in certain configurations easier.

In particular for large sites it will be possible to configure a production-grade HTTP server like nginx to route requests based on path to either (1) a production-grade WSGI server like Gunicorn+Django for ordinary HTTP requests or (2) a production-grade ASGI server like Daphne+Channels for WebSocket requests.

Note that for smaller sites you can use a simpler deployment strategy where Daphne serves all requests - HTTP and WebSocket - rather than having a separate WSGI server. In this deployment configuration no common path prefix like is /ws/ is necessary.

In practice, your NGINX configuration would then look something like (shortened to only include relevant bits):

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;   } } 

(Above it is assumed that you are binding the Gunicorn and Daphne servers to Unix socket files.)

like image 192
Kal Avatar answered Oct 11 '22 07:10

Kal


I have created an example how to mix Django Channels and Django Rest Framework. I set nginx routing that:

  • websockets connections are going to daphne server
  • HTTP connections (REST API) are going to gunicorn server

Here is my nginx configuration file:

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;     }  } 
like image 43
pplonski Avatar answered Oct 11 '22 05:10

pplonski