Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Channels (Under The Hood)
Search
Andrew Godwin
November 03, 2016
Programming
1
7.5k
Channels (Under The Hood)
A talk I gave at Django Under The Hood 2016.
Andrew Godwin
November 03, 2016
Tweet
Share
More Decks by Andrew Godwin
See All by Andrew Godwin
Reconciling Everything
andrewgodwin
1
340
Django Through The Years
andrewgodwin
0
250
Writing Maintainable Software At Scale
andrewgodwin
0
470
A Newcomer's Guide To Airflow's Architecture
andrewgodwin
0
370
Async, Python, and the Future
andrewgodwin
2
690
How To Break Django: With Async
andrewgodwin
1
750
Taking Django's ORM Async
andrewgodwin
0
750
The Long Road To Asynchrony
andrewgodwin
0
690
The Scientist & The Engineer
andrewgodwin
1
790
Other Decks in Programming
See All in Programming
FlutterKaigi 2025 システム裏側
yumnumm
0
1.1k
Microservices Platforms: When Team Topologies Meets Microservices Patterns
cer
PRO
0
170
Vueで学ぶデータ構造入門 リンクリストとキューでリアクティビティを捉える / Vue Data Structures: Linked Lists and Queues for Reactivity
konkarin
1
320
Evolving NEWT’s TypeScript Backend for the AI-Driven Era
xpromx
0
130
DartASTとその活用
sotaatos
2
140
[堅牢.py #1] テストを書かない研究者に送る、最初にテストを書く実験コード入門 / Let's start your ML project by writing tests
shunk031
11
5.2k
CloudflareのSandbox SDKを試してみた
syumai
0
170
歴史から学ぶ「Why PHP?」 PHPを書く理由を改めて理解する / Learning from History: “Why PHP?” Rediscovering the Reasons for Writing PHP
seike460
PRO
0
160
『実践MLOps』から学ぶ DevOps for ML
nsakki55
2
460
PyCon mini 東海 2025「個人ではじめるマルチAIエージェント入門 〜LangChain × LangGraphでアイデアを形にするステップ〜」
komofr
3
1.1k
Honoを技術選定したAI要件定義プラットフォームAcsimでの意思決定
codenote
0
250
AIの弱点、やっぱりプログラミングは人間が(も)勉強しよう / YAPC AI and Programming
kishida
10
5.2k
Featured
See All Featured
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.2k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Done Done
chrislema
186
16k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
3.8k
Facilitating Awesome Meetings
lara
57
6.6k
Product Roadmaps are Hard
iamctodd
PRO
55
12k
Agile that works and the tools we love
rasmusluckow
331
21k
Producing Creativity
orderedlist
PRO
348
40k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Why Our Code Smells
bkeepers
PRO
340
57k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
31
3k
Transcript
None
Andrew Godwin Hi, I'm Django core developer Senior Software Engineer
at Used to complain about migrations a lot
It's magic.
It's magic.
The Problem 1
The Web is changing.
WebSockets
WebSockets WebRTC Long-polling MQTT Server-Sent Events
Python is synchronous. Django is synchronous.
Synchronous code is easier to write. Single-process async is not
enough.
Proven design pattern Not too hard to reason about
What could fit these constraints?
Loose Coupling 2
Not too tied to WebSockets Not too tied to Django
Well-defined, minimal interfaces
Easy to swap out or rewrite
The Message Bus HTTP Server Message Bus WSock Server Django
Project
What do you send? How do you send it?
ASGI
nonblocking send blocking receive add to group discard from group
send to group
JSON-compatible, dictionary-based messages onto named channels
Concrete Ideas 3
Develop using concrete examples
WebSocket connect receive disconnect accept/reject send
WebSocket websocket.connect websocket.send!abc1234 websocket.receive websocket.disconnect
At-most-once First In First Out Backpressure via capacity Not sticky
No guaranteed ordering No serial processing
HTTP & WS Channel Layer Django Worker HTTP & WS
Django Worker Django Worker Django Worker
{ "text": "Hello, world!", "path": "/chat/socket/", "reply_channel": "websocket.send!9m12in2p", }
Developed and spec'd HTTP WebSocket Rough drafts IRC Email Slack
Please, no. Minecraft Mainframe Terminal
{ "reply_channel": "http.response!g23vD2x5", "method": "GET", "http_version": "2", "path": "/chat/socket/", "query_string":
"foo=bar", "headers": [["cookie", "abcdef..."]], }
At-most-once First In First Out Backpressure via capacity Not sticky
No guaranteed ordering No serial processing
At-most-once First In First Out Backpressure via capacity Not sticky
No guaranteed ordering No serial processing
"order" key on receive messages Connection acceptance
Daphne HTTP/WebSocket Server Channels Django integration asgi-redis Redis backend asgi-ipc
Local memory backend asgiref Shared code and libs
Django-ish 4
It can take several tries to get a nice API.
Consumers based on Views Callable that takes an object Decorators
for functionality Class-based generics
@channel_session def chat_receive(message): name = message.channel_session["name"] message.reply_channel.send({"text": "OK"}) Group("chat").send({ "text":
"%s: %s" % (name, message["text"]), }) Message.objects.create( name=name, content=message["text"], )
Routing based on URLs List of regex-based matches Includes with
prefix stripping on paths More standardised interface
routing = [ route( "websocket.receive", consumers.chat_receive, path=r"^/chat/socket/$", ), include("stats.routing", path="^/stats/"),
route_class(ConsumerClass, path="^/v1/"), ]
Sessions are the only state Sessions hang off reply channels
not cookies Uses same sessions backends Available on the consumer's argument Can also access long-term cookie sessions
@enforce_ordering def receive_consumer(message): Log.objects.create(...)
session = session_for_reply_channel( message.reply_channel.name ) if not session.exists(session.session_key): try: session.save(must_create=True)
except CreateError: # Session wasn't unique raise ConsumeLater() message.channel_session = session
No Middleware New-style middleware half works No ability to capture
sends Decorators replace most cases
View/HTTP Django still there Can intermingle or just use one
type View system is just a consumer now
def view_consumer(message): replies = AsgiHandler()(message) for reply in replies: while
True: try: message.reply_channel.send(reply) except ChannelFull: time.sleep(0.05) else: break
Signals and commands runserver works as expected Signals for handling
lifecycle staticfiles configured for development
Beyond 5
Generalised async communication
Service messaging Security/CPU separation Sync & Async / Py2 &
Py3
Diversity of implementations More web servers More channel layers
More optimisation More efficient bulk sends Less network traffic on
receive
More maintainers More viewpoints, more time
1.0 coming soon Stable APIs for everything except binding
Thanks. Andrew Godwin @andrewgodwin channels.readthedocs.io github.com/andrewgodwin/channels-examples