Real-Time Streaming Systems (WebRTC + Live Data) · Lektion

Kaskadierende SFUs für geografische Skalierung

Lernen Sie, mehrere SFUs über Regionen hinweg zu verketten, um große Echtzeitsitzungen weltweit zu skalieren und dabei Latenz niedrig sowie Bandbreite beherrschbar zu halten

Lektion 4 von 413 Schritte

Kaskadierende SFUs für geografische Skalierung ist eine kostenlose Real-Time Streaming Systems (WebRTC + Live Data)-Lektion auf CoddyKit. Dies ist Lektion 4 von 4. Du kannst die komplette Lektion unten kostenlos lesen – dann übst du sie direkt im Browser mit einem integrierten Code-Editor und einem KI-Tutor rund um die Uhr. Sie ist Teil des Real-Time Streaming Systems (WebRTC + Live Data)-Lernpfads, und dein Fortschritt wird über Web und CoddyKit-App synchronisiert. Der Real-Time Streaming Systems (WebRTC + Live Data)-Kurs umfasst insgesamt 4 Lektionen.

Teile dieser Lektion wurden noch nicht übersetzt und werden auf Englisch angezeigt.

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.

Kostenlos starten

Lerne Real-Time Streaming Systems (WebRTC + Live Data) mit einem KI-Tutor — kostenlos

Schreibe und führe echten Code in deinem Browser aus, bekomme sofortige Hilfe von einem 24/7 KI-Tutor und setze dein Lernen im Web oder in der App fort.

Kurse
12
Lektionen
48

Häufig gestellte Fragen

Ist die Lektion „Kaskadierende SFUs für geografische Skalierung“ kostenlos?

Ja — der vollständige Text von „Kaskadierende SFUs für geografische Skalierung“ ist hier im Web kostenlos zu lesen. Um sie interaktiv zu üben (integrierter Code-Editor und 24/7 KI-Tutor) und den Rest des Real-Time Streaming Systems (WebRTC + Live Data)-Kurses freizuschalten, upgrade auf CoddyKit PRO. Der Real-Time Streaming Systems (WebRTC + Live Data)-Kurs umfasst insgesamt 4 Lektionen.

Was lerne ich in „Kaskadierende SFUs für geografische Skalierung“?

Lernen Sie, mehrere SFUs über Regionen hinweg zu verketten, um große Echtzeitsitzungen weltweit zu skalieren und dabei Latenz niedrig sowie Bandbreite beherrschbar zu halten Du übst Real-Time Streaming Systems (WebRTC + Live Data) mit praktischem Code, den du direkt im Browser ausführst, und ein 24/7 KI-Tutor beantwortet deine Fragen während du die Lektion bearbeitest.

Brauche ich Erfahrung, um Real-Time Streaming Systems (WebRTC + Live Data) zu starten?

Keine Vorkenntnisse erforderlich. Real-Time Streaming Systems (WebRTC + Live Data) auf CoddyKit ist für Anfänger bis fortgeschrittene Lernende strukturiert, sodass du hier starten oder von Anfang an beginnen und in deinem eigenen Tempo voranschreiten kannst. Dies ist Lektion 4 von 4.

Wie lange dauert die Lektion „Kaskadierende SFUs für geografische Skalierung“?

Die meisten CoddyKit-Lektionen dauern etwa 5–10 Minuten. Jede ist kompakt und interaktiv, sodass du stetig Fortschritte machst und genau dort weitermachst, wo du aufgehört hast – im Web und in der App.

Kann ich in dieser Real-Time Streaming Systems (WebRTC + Live Data)-Lektion Code schreiben und ausführen?

Ja. Jede Real-Time Streaming Systems (WebRTC + Live Data)-Lektion enthält einen integrierten Code-Editor, sodass du echten Code direkt in deinem Browser schreibst und ausführst und sofort KI-Feedback erhältst — ohne lokale Einrichtung erforderlich.

Alle Lektionen in diesem Kurs

  1. SFU- und MCU-Architekturen im Vergleich
  2. Signalisierungsserver per Load-Balancing verteilen
  3. Verteilte STUN-/TURN-Dienste
  4. Kaskadierende SFUs für geografische Skalierung
← Zurück zu Real-Time Streaming Systems (WebRTC + Live Data)