TECHNISCHER ÜBERBLICK

WebRTC-Architektur

Eine kurze Erklärung, wie ein Livebild vom Browser des Senders zu den Zuschauern gelangt und welche Rolle Cloudflare dabei spielt.

Der Weg eines Livestreams

  1. 1

    Browser des Senders

    Nach der Freigabe erfasst der Browser Kamera- und Mikrofondaten und baut eine WebRTC-Verbindung auf.

  2. 2

    LiveSnap-Anwendung

    Die Anwendung bei Hostinger prüft Sitzung und Zugriffsregeln und bereitet den Verbindungsaufbau vor. Sie empfängt oder verarbeitet keine Live-Videobilder.

  3. 3

    Cloudflare Realtime SFU

    Der Cloudflare-Medienrelay empfängt die Übertragung einmal und verteilt sie an verbundene Zuschauer. Der Sender muss nicht für jeden Zuschauer eine eigene Kopie senden.

  4. 4

    Browser der Zuschauer

    Jeder Zuschauer erhält den Stream per WebRTC. Netzwerk und Gerät beeinflussen die empfangbare Qualität.

Browser

Fordert Kamera- und Mikrofonzugriff an, sendet die Übertragung und spielt den empfangenen Stream ab. Das Schließen der Seite oder das Entziehen der Berechtigung beendet die Erfassung im Browser.

Hostinger-Anwendung

Betreibt die LiveSnap-Anwendung und Datenbank. Sie verwaltet Konten, Sitzungen und Dienstregeln; Anwendungsschlüssel verbleiben auf dem Server.

Cloudflare Realtime

Stellt die Serverless SFU bereit, die Live-Medien zwischen Sender und Zuschauern weiterleitet. Sie ist die Medieneinheit, nicht die Kontodatenbank.

Verbindung und Sicherheitsgrenzen

Was das praktisch bedeutet

Zum Senden werden ein aktueller Browser mit WebRTC-Unterstützung und die Kameraberechtigung benötigt. Der Sender kann die Sitzung jederzeit beenden oder den Kamerazugriff widerrufen. Die Datenschutzrichtlinie beschreibt die Datenverarbeitung; die Nutzungsbedingungen sind weiterhin die maßgeblichen Regeln für LiveSnap.