SFU en cascade pour une échelle géographique
Apprenez à chaîner plusieurs SFU entre régions pour faire évoluer mondialement de grandes sessions en temps réel tout en maintenant une faible latence et une consommation de bande passante maîtrisée.
SFU en cascade pour une échelle géographique est une leçon Real-Time Streaming Systems (WebRTC + Live Data) gratuite sur CoddyKit. Ceci est la leçon 4 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Real-Time Streaming Systems (WebRTC + Live Data), et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Real-Time Streaming Systems (WebRTC + Live Data) comprend 4 leçons au total.
Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.
The Single SFU Ceiling
A single SFU (Selective Forwarding Unit) forwards each participant's media to others. But one SFU has limits: CPU, network egress, and the latency of being far from some users.
Cascading SFUs link multiple SFUs together to break through that ceiling.
What Cascading Means
Instead of every participant connecting to one central SFU, participants connect to a nearby SFU. Those SFUs then forward streams to each other.
- Local users connect to a local node.
- Nodes exchange only the streams that remote users actually need.
Why Geography Matters
A user in Tokyo connecting to an SFU in Virginia suffers high round-trip latency. With cascading, the Tokyo user hits a Tokyo SFU, which relays over a fast backbone to other regions.
This cuts first-hop latency, the part users feel most.
Bandwidth Savings
Without cascading, a remote region pulls every stream individually across the ocean. With cascading, a stream crosses the expensive inter-region link once, then fans out locally.
Inter-SFU Connections
SFUs connect to each other much like clients do, but optimized for trunk traffic. They negotiate which simulcast layers to relay so a large 4K stream is not blindly copied everywhere.
Subscribing on Demand
A key optimization: an SFU only requests a remote stream when a local participant subscribes to it. If nobody in Tokyo is watching a Berlin speaker, that stream never crosses the link.
// pseudo: relay only what local viewers need
if (localSubscribers(streamId) > 0) {
requestFromPeerSfu(streamId);
} else {
dropRelay(streamId);
}Topology Choices
- Full mesh: every SFU peers with every other. Simple, but N-squared links.
- Hub and spoke: regional SFUs feed a central relay. Fewer links, one extra hop.
- Tree: hierarchical, good for very large broadcasts.
Routing the First Connection
Use geo-DNS or a latency probe so a joining client lands on the closest SFU. The signaling server records which SFU owns each participant for cross-node relay decisions.
Handling Node Failure
If a regional SFU dies, its participants must migrate to a backup node. Health checks plus a participant registry let the system re-home users and re-establish relays quickly.
Simulcast Across Cascades
Combine cascading with simulcast: each publisher sends multiple quality layers. The cascade relays only the layer a remote viewer can use, saving trunk bandwidth on poor links.
When You Need Cascading
- Sessions with hundreds of participants.
- Globally distributed audiences.
- Large webinars and town halls.
For small regional calls, a single SFU is simpler and cheaper.
Quick Check
Test your understanding of cascading SFUs.
Recap
Cascading SFUs chain regional nodes so users connect locally and streams cross inter-region links only when needed. This scales large global sessions while cutting latency and trunk bandwidth.
Questions Fréquemment Posées
La leçon « SFU en cascade pour une échelle géographique » est-elle gratuite ?
Oui — le texte complet de « SFU en cascade pour une échelle géographique » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Real-Time Streaming Systems (WebRTC + Live Data), passe à CoddyKit PRO. Le cours Real-Time Streaming Systems (WebRTC + Live Data) comprend 4 leçons au total.
Qu'est-ce que j'apprendrai dans « SFU en cascade pour une échelle géographique » ?
Apprenez à chaîner plusieurs SFU entre régions pour faire évoluer mondialement de grandes sessions en temps réel tout en maintenant une faible latence et une consommation de bande passante maîtrisée. Tu pratiques Real-Time Streaming Systems (WebRTC + Live Data) avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.
Dois-je avoir de l'expérience pour commencer Real-Time Streaming Systems (WebRTC + Live Data) ?
Aucune expérience préalable n'est requise. Real-Time Streaming Systems (WebRTC + Live Data) sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 4 sur 4.
Combien de temps prend la leçon « SFU en cascade pour une échelle géographique » ?
La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.
Peux-tu écrire et exécuter du code dans cette leçon Real-Time Streaming Systems (WebRTC + Live Data) ?
Oui. Chaque leçon Real-Time Streaming Systems (WebRTC + Live Data) inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.
Toutes les leçons de ce cours
- Architectures SFU et MCU
- Équilibrage de charge des serveurs de signalisation
- Services STUN/TURN distribués
- SFU en cascade pour une échelle géographique