APERÇU TECHNIQUE

Architecture WebRTC

Une explication concise du trajet d’une image en direct, du navigateur du diffuseur aux spectateurs, et du rôle de Cloudflare.

Le parcours d’un direct

  1. 1

    Navigateur du diffuseur

    Après autorisation, le navigateur capture les données de la caméra et du microphone, puis établit une connexion WebRTC.

  2. 2

    Application LiveSnap

    L’application chez Hostinger vérifie la session et les règles d’accès, puis prépare la connexion. Elle ne reçoit ni ne traite les images vidéo en direct.

  3. 3

    Cloudflare Realtime SFU

    Le relais média Cloudflare reçoit l’émission une fois et la distribue aux spectateurs connectés. Le diffuseur n’a pas à envoyer une copie distincte à chaque spectateur.

  4. 4

    Navigateurs des spectateurs

    Chaque spectateur reçoit le direct via WebRTC. Son réseau et son appareil influencent aussi la qualité qu’il peut recevoir.

Navigateur

Demande l’accès à la caméra et au microphone, envoie le direct et lit le flux reçu. Fermer la page ou retirer l’autorisation arrête la capture côté navigateur.

Application Hostinger

Exécute l’application LiveSnap et la base de données. Elle gère les comptes, les sessions et les règles du service ; les secrets applicatifs restent sur le serveur.

Cloudflare Realtime

Fournit la Serverless SFU qui relaie les médias en direct entre le diffuseur et les spectateurs. C’est la couche média, pas la base de données des comptes.

Connexion et limites de sécurité

Ce que cela signifie concrètement

Pour diffuser, il faut un navigateur récent compatible WebRTC et l’autorisation d’utiliser la caméra. Le diffuseur peut arrêter la session ou retirer l’accès à la caméra à tout moment. La politique de confidentialité décrit le traitement des données ; les conditions d’utilisation restent les règles applicables à LiveSnap.