Déploiement cloud
Lancez une instance Callaba proche de la région de contribution ou de livraison et configurez les upstreams SRT principal et de secours dans l’interface web.
Déployer Callaba sur AWSGardez des flux SRT principal et de secours prêts derrière un même chemin opérationnel. La commutation publiée au niveau du transport bascule entre eux sans exiger de codec audio ou vidéo particulier et préserve les connexions de récepteur et de puller en aval.
Ce chemin de reprise SRT publié commute au niveau du transport entre des flux principal et de secours préparés, tout en maintenant les connexions de récepteur et de puller en aval.
Testez avec l’encodeur, le réseau, le relais et la destination de l’événement. Consignez ce qui s’est passé sur ce chemin au lieu de supposer qu’une autre paire de sources se comportera de la même manière.
Choisissez l’emplacement de la couche de routage SRT, puis configurez l’ensemble d’upstreams selon votre réseau et votre périmètre de production.
Lancez une instance Callaba proche de la région de contribution ou de livraison et configurez les upstreams SRT principal et de secours dans l’interface web.
Déployer Callaba sur AWSExécutez Callaba Engine sur Linux lorsque les hôtes de routage, l’accès réseau et les données opérationnelles doivent rester dans votre infrastructure.
Installer sur LinuxIl conserve des flux SRT principal et de secours dans un flux publié au niveau du transport, commute entre eux sans dépendre d’un codec média particulier et préserve les connexions de récepteur et de puller en aval pendant la commutation.
Le flux publié peut commuter du principal vers le secours tout en préservant les connexions de récepteur et de puller en aval. Le comportement de reprise réel reste propre aux sources préparées, au réseau, aux tampons et à la destination.
Oui. La version améliore la commutation du secours vers le principal et aligne le comportement de failover manuel et automatique. Testez le comportement configuré avec les sources et la destination réelles avant un événement.
Le flux de travail publié au niveau du transport préserve les connexions du récepteur et de l'extracteur en aval via un commutateur principal vers sauvegarde. La récupération visible dépend toujours des sources préparées, des tampons réseau et de la destination.
Oui. Le flux de travail publié prend en charge la commutation manuelle et automatique du système principal vers le système de secours, tout en préservant les connexions du récepteur et de l'extracteur en aval. Testez les sources configurées, les tampons réseau et la destination avant un événement.
Utilisez la démo pour examiner l’interface opérateur, puis déployez Callaba dans le cloud ou sur Linux afin de tester votre commutation principal/secours, le comportement de retour, l’acceptation par la destination et la visibilité des événements et journaux.