Python Channels笔记--Deploying

三步：
1.创建一个channel后端
2.运行worker服务
3.运行接口服务
 
       
可以两种方式设置：路由所有的通信到HTTP/WebSocket接口服务，完全不用WSGI服务；或者只路由WebSockets和长连接到接口服务。前者可以共用URL树，而后者需要设置一个webserver或layer
7 loadbalancer。
 
Settingup a channel backend
 
Runworker servers
       
每个worker服务都是单线程的，所以建议每个核运行一个或两个。开很多worker也安全，因为他们并不占用额外的端口。
Pythonmanage.py runwoker
可以为channel指定worker
python manage.py runworker --only-channels=http.*--only-channels=websocket.*
或让worker忽略消息
python manage.py runworker--exclude-channels=thumbnail
 
Runinterface servers
       
需要ASGI接口服务支持WebSocket。我们推荐使用附带的接口服务，Daphne。它不需要将WebSocket分配到不同的端口或路径（并且能够和你的view代码共享cookies）。
       运行Daphne，只需要提供channel后端，先确保项目中有asgi.py文件。
import
os
from channels.asgi
import get_channel_layer
os.environ.setdefault("DJANGO_SETTINGS_MODULE",
"my_project.settings")
channel_layer
= get_channel_layer()

 
       然后你可以运行Daphne并且提供channel
layer参数。
daphne my_project.asgi:channel_layer
       像runworker一样，应该把它放在初始系统或管理者中确保意外退出时重启。
       如果只运行Daphne而没有worker，所有的请求会悬挂。（runserver
也用Daphne，它在自己的进程中启动worker线程）。

 

Deploying new versions of code
       
一个解耦连接和工作进程的好处是，你可以运行新代码而不需要放弃客户端连接。当有新代码时，只需要重启worker，队列中的消息就会传向新的worker。
       没有必要重启WSGI或WebSocket接口服务，除非你更新了他们或者改变了CHANNEL_LAYER设置。它们没有调用你的任何代码，所有的中间件和代码都运行在consumer上。甚至支持不同Python版本。

 

Running just ASGI
       ASGI和它的权威接口服务Daphne对你来说都很新鲜，所以你可能不希望让所有的信息都通过它（或者你正需要WSGI的特别功能）。
       没关系，Daphne和WSGI可以同时运行。只需要设置loadbalancer或front
HTTP server进程，基于path，domain或upgrade
header。基于path或domain意味着你需要小心地设计WebSocket
URLs；较为理想的是通过upgrade：WebSocket头区分，但并不是所有的软件都支持，他也对长连接没有作用。
       你也可以逆向思考，先默认导到Daphne在有选择地将一些信息路由到WSGI服务。

 

Running on a Paas

 

Scaling Up