zizheng
Hi all, I have a design question about implementing a distributed chat server. I’ll start by explaning my use case, and why I find it difficult.
Basically I’m trying to build a simple Discord for our special need. For those who haven’t used Discord before, Discord is a text & voice chat app which uses WebSocket for text chat and WebRTC for voice chat. Users can join a channel (i.e. a chat room) and start talking to each other.
In order for the users in a channel to hear each other, the server needs to maintain WebRTC connections to all the users in the channel, and forward the WebRTC media packets from a user to all the other users in the channel. For this reason, I imagine it’d be necessary (at least much more efficient) to have all the users in a channel connected to the same server, so that the voice session state (e.g. WebRTC connections) lives in a single process.
But I can’t seem to see an easy way to gaurantee that users in the same channel are connected to the same server when we are running more than one servers. I considered using stick sessions, but after some research it turned out only vanilla HAProxy supports sticky sessions based on URL params, and all other load balancers/reverse proxies/etc. only supports sticky sessions based on HTTP headers or cookies. The problem is, WebSocket requests can’t have custom headers.
I’m curious about how Phoenix Channels are implemented. Is it gauranteed that all connections to a topic is to the same server? If not, how does Phoenix solve the problem of having to forward messages of one user on a topic to the other users on the topic? Does it need to forward the messages first between different servers?
Where Next?
Trending in Questions
Other Trending Topics
Latest Phoenix Threads
Latest on Elixir Forum
Sponsor Spotlight
Deploy Phoenix to your own VPS with PaaS ease: push-to-deploy, zero downtime, auto SSL, managed Postgres. 14-day free trial at potions.io
Categories:
Sub Categories:
Forums
Popular Tags
- #ecto
- #liveview
- #troubleshooting
- #learning-elixir
- #deployment
- #library
- #erlang
- #testing
- #genserver
- #mix
- #absinthe
- #remote-other
- #otp
- #plug
- #how-to-question
- #macros
- #postgres
- #elixirconf
- #channels
- #exunit
- #discussion
- #code-sync
- #podcasts
- #javascript
- #onsite
- #dialyzer
- #docker
- #authentication
- #umbrella
- #full-time-contract
- #podcasts-by-brainlid
- #ecto-query
- #blog-post
- #elixirconf-us
- #elixir-ls
- #ai
- #phoenix_html
- #iex
- #graphql
- #genstage
- #websockets
- #supervisor
- #advent-of-code
- #distillery
- #processes
- #api
- #forms
- #hex
- #security
- #metaprogramming
Our Sponsors
Build Elixir applications with speed and confidence.
We build reliable cloud platforms for business-critical systems.
Catch errors, track performance, monitor hosts and more.
Error tracking, logs, uptime, and Just Enough APM. Built for developers.
Elixir, Erlang & BEAM conferences from Code Sync - join us in 2026!
Master modern tools, write cleaner code, and tackle real-world challenges.
Bringing learning, work and compliance together since 1987.
Producing high quality Elixir screencasts since 2017.
The team behind Membrane, Popcorn, LiveDebugger. Available for hire.
Courses that'll move you from confusion to "Aha, now I get it!"
Showing Posts 1 to 1- Show Best Posts
- Show All (oldest first)
- Show All (newest first)
NobbZ
No.
The receiving server will forward the message to all other servers. Each server will check on its own whether or not it has someone registered to that topic or not and drop or distribute the message accordingly.
Of course…