Django Channels: Сообщения WebSocket не отправляются в продакшене
У меня есть сервер Django, который использует WebSockets для отправки обновлений в реальном времени веб-клиентам. Все это прекрасно работает локально (с manage.py runserver
), но на производстве я сталкиваюсь с проблемой, что большинство сообщений просто не отправляются вообще. Я проверяю это, открывая два браузера, делая изменения в одном, которые затем должны отражаться в другом браузере. Как я уже сказал, все это работает локально, но не в производстве. На производстве некоторые сообщения WebSocket отправляются сервером и принимаются веб-клиентом, но может быть 20% или около того? Остальное просто не отправляется вообще.
# /websockets/__init__.py
import logging
from asgiref.sync import async_to_sync
from channels.layers import get_channel_layer
from djangorestframework_camel_case.util import camelize
logger = logging.getLogger("django.server.ws.critical-notes")
def ws_send(model_type, action, model_data, user_ids):
logger.info(f"Called ws_send for model {model_type}, action {action}, user_ids: {user_ids}")
channel_layer = get_channel_layer()
for user_id in user_ids:
group_name = f"user-{user_id}"
async_to_sync(channel_layer.group_send)(
group_name,
{
"type": "send.data", # this calls Consumer.send_data
"data": {"type": model_type, "action": action, "model": camelize(model_data)},
},
)
# /websockets/consumers.py
import logging
from channels.generic.websocket import AsyncJsonWebsocketConsumer
from channels.db import database_sync_to_async
from django.db import close_old_connections
from knox.auth import TokenAuthentication
logger = logging.getLogger("django.server.ws.critical-notes")
class Consumer(AsyncJsonWebsocketConsumer):
def __init__(self, *args, **kwargs):
super().__init__(args, kwargs)
self.group_name = None
@database_sync_to_async
def get_user(self, token):
try:
auth = TokenAuthentication()
user, auth_token = auth.authenticate_credentials(token.encode("utf-8"))
return user
except Exception as e:
logger.warning("User not found:", e)
return None
# User can authenticate by sending a JSON message containing a token
async def receive_json(self, content, **kwargs):
token = content["token"]
if token is None:
return
user = await self.get_user(token)
close_old_connections()
if user is not None:
self.group_name = f"user-{user.pk}"
logger.info(f"WS connected to {self.group_name}")
await self.channel_layer.group_add(self.group_name, self.channel_name)
# This gets called by /websockets/__init__.py sending an event with type "send.data"
async def send_data(self, event):
data = event["data"]
logger.info(f"Sending event to WS user {self.group_name}: {data}")
await self.send_json(content=data)
# Clean up on disconnect
async def disconnect(self, close_code):
if self.group_name is not None:
logger.info(f"WS disconnected: {self.group_name}")
await self.channel_layer.group_discard(self.group_name, self.channel_name)
await self.close()
# /websockets/routing.py
from django.urls import re_path
from .consumers import Consumer
websocket_urlpatterns = [
re_path(r"ws", Consumer.as_asgi()),
]
Имея все это на месте, я могу сделать что-то вроде этого в моих представлениях и моделях Django:
from websockets import ws_send
ws_send("model_name", "create", data, user_ids)
Чтобы эти идентификаторы пользователей знали, что была создана определенная модель с данными.
Когда я смотрю на журналы сервера, я вижу, что Called ws_send for model
постоянно регистрируется, но затем сообщение журнала Sending event to WS user
отсутствует.
Некоторая информация о настройке сервера:
# settings.py
ASGI_APPLICATION = "criticalnotes.asgi.application"
WSGI_APPLICATION = "criticalnotes.wsgi.application"
CHANNEL_LAYERS = {"default": {"BACKEND": "channels.layers.InMemoryChannelLayer"}}
# asgi.py
import os
import django
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "criticalnotes.settings")
django.setup()
from channels.routing import ProtocolTypeRouter, URLRouter
from django.core.asgi import get_asgi_application
import criticalnotes.websockets.routing
application = ProtocolTypeRouter(
{
"http": get_asgi_application(),
"websocket": URLRouter(criticalnotes.websockets.routing.websocket_urlpatterns),
}
)
Я использую Nginx с uvicorn на сервере:
# /etc/systemd/system/api.critical-notes.com.service
[Unit]
Description=api.critical-notes.com
[Service]
User=criticalnotes
Group=criticalnotes
Environment="PYTHONPATH=/opt/api"
ExecStart=/opt/api/env/bin/uvicorn criticalnotes.asgi:application --log-level warning --workers 4 --uds /tmp/uvicorn.sock
[Install]
WantedBy=multi-user.target
# /etc/nginx/sites-enabled/api.critical-notes.com
server {
server_name api.critical-notes.com;
root /var/www/api.critical-notes.com;
location / {
proxy_set_header Host $http_host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection $connection_upgrade;
proxy_redirect off;
proxy_buffering off;
proxy_pass http://uvicorn;
}
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/api.critical-notes.com/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/api.critical-notes.com/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}
server {
if ($host = api.critical-notes.com) {
return 301 https://$host$request_uri;
} # managed by Certbot
server_name api.critical-notes.com;
listen 80;
return 404; # managed by Certbot
}
map $http_upgrade $connection_upgrade {
default upgrade;
'' close;
}
upstream uvicorn {
server unix:/tmp/uvicorn.sock;
}
Я в растерянности, я не понимаю, почему все прекрасно работает локально, но не в производстве. Это огромная проблема для моих пользователей: обновления в реальном времени просто не работают большую часть времени :(
Информация о версии: Channels 3.0.4 и Django 3.2.8.
В конфигурации nginx вам нужно добавить новое место для обслуживания ваших ресурсов websocket. Измените ваш потребительский маршрут на что-то вроде /ws/updates
.
location /ws/ {
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "Upgrade";
proxy_set_header Host $http_host;
proxy_pass http://uvicorn;
}
Таким образом, вы сможете получить доступ к обновлениям потребителей по адресу /ws/updates
. Ваш api будет обслуживаться по адресу /
, а ваш websocket будет обслуживаться по адресу /ws
.
Оказывается, мне действительно нужно было перейти на channels_redis.core.RedisChannelLayer
в качестве бэкенда канала, вместо использования InMemoryChannelLayer
.