La liste complète des capacités

Tout ce que ZcaleRight fait de votre parc BigBlueButton.

La liste complète, organisée comme le produit lui-même. Chaque ligne correspond à ce que le logiciel fait aujourd’hui, tel quel — sans extension, sans module séparé, sans second produit à acheter.

Tableau de bord et visibilité

Un seul écran pour tout le parc BigBlueButton, qui se rafraîchit tout seul, pour que personne n’ait à ouvrir un terminal pour répondre à une question.

Serveurs utilisés, réunions en cours, participants et stockage en un coup d’œil
L’historique d’utilisation, pour voir la forme d’un semestre plutôt qu’un instant
Le volume de stockage des enregistrements, avec test de connexion et export
Les alertes système remontées dans l’interface, y compris les limitations de débit des fournisseurs
Des journaux applicatifs lisibles par les administrateurs sans accès shell

Tableau de bord

Rafraîchissement automatique

Serveurs actifs

2 éphémères

Réunions en cours

sur 3 pools

Participants

797

pic du jour 1 204

Enregistrements

4,2 To

S3 · 9 841 éléments

Participants, 14 derniers jours

Pools

Salle de classe 18/24
Webinaire 6/12
Tête-à-tête 9/30

Chiffres d’exemple. Votre propre parc, sur un seul écran.

Serveurs et pools

Des serveurs permanents pour la capacité de base, des serveurs éphémères pour les pics, et des pools qui décident où atterrissent les réunions.

Des serveurs permanents, sondés en continu : un nœud en défaut quitte la rotation en quelques secondes
Des serveurs éphémères qui s’enregistrent, envoient des battements de cœur et disparaissent une fois inactifs
Des pools par usage — tête-à-tête, webinaire, salle de classe — avec des serveurs affectés à chacun
Un plafond par pool et un plafond global au-dessus
Activé et joignable sont deux états distincts : vous pouvez vider un serveur sans le supprimer
Une réunion de test sur n’importe quel serveur, directement depuis l’interface

Cluster

En direct

Serveur	Pool	Réunions	Personnes	Charge
bbb-01.example.edu	lectures	14	312	62%
bbb-02.example.edu	lectures	11	248	48%
bbb-03.example.edu	exams	3	96	19%
bbb-07.example.edu	exams	0	0	0%
bbb-11.example.edu	overflow	6	141	31%

Données d’exemple. Votre propre cluster, en une seule vue.

Comment une réunion est placée

Le placement est une décision prise une seule fois, à la création, et jamais remise en cause — parce que la route la plus fiable est celle qui ne change jamais sous un cours en train de se dérouler.

Deux stratégies : un plafond pour tous les serveurs, ou un plafond par pool
Un LMS peut demander un pool par son nom à la création : une masterclass n’atterrit jamais sur une machine à webinaires
Le pooling strict, quand une demande de pool doit signifier ce pool et rien d’autre
Un serveur qui cesse de répondre quitte la rotation en quelques secondes, pas au prochain balayage
Une réunion reste sur le serveur qui l’a démarrée, et chaque appel suivant — entrée, fin, discussion, documents — est routé vers ce même serveur
La création est verrouillée par identifiant de réunion : deux tentatives du même LMS ne peuvent pas ouvrir deux salles

Réunions et assistance en direct

Tout ce qui tourne en ce moment, qui s’y trouve, et la possibilité d’entrer dans une session qui tourne mal.

Vues en direct, complètes et terminées sur tout le parc
Un résumé des participants en direct pour chaque réunion
Rejoindre une réunion en cours au titre de l’assistance technique, sans demander d’identifiants
Mettre fin à une réunion pour tout le monde quand elle doit s’arrêter
Recherche avancée sur l’ensemble des réunions
Export tableur pour le reporting et le rapprochement

Enregistrements

Une seule bibliothèque pour tous les serveurs, avec des liens qui continuent de fonctionner après la disparition de la machine qui a produit l’enregistrement — que les fichiers bougent ou non.

Un catalogue unique avec les métadonnées, quelle qu’en soit l’origine
Les enregistrements peuvent rester sur les serveurs BigBlueButton qui les ont produits : le stockage central est une option, pas un prérequis, et rien n’a besoin d’être monté sur chaque nœud pour que la bibliothèque fonctionne
Ou les déplacer vers un stockage objet compatible S3 ou SWIFT, avec les liens de lecture réécrits vers votre propre lecteur
Publier, dépublier et supprimer depuis l’interface
Les formats BigBlueButton standard et les formats commerciaux, avec l’état du traitement MP4
Les enregistrements sortent de publication, puis sont supprimés, selon le calendrier que vous fixez — la politique de rétention s’applique sans que personne n’ait à y penser
Export tableur incluant les liens de lecture

Enregistrements

Stockage central

Enregistrement	Date	Taille	État
LAW-204 · Contract Law	2026-09-03	412 MB	Publié
MED-118 · Anatomy Lab	2026-09-03	1.1 GB	Publié
ENG-330 · Seminar	2026-09-02	286 MB	En traitement
BUS-101 · Intake	2026-09-01	694 MB	Dépublié

Lignes d’exemple. Une bibliothèque, quoi que fasse le parc derrière.

Une politique définie une fois, pour tout

Des règles qui vivaient auparavant dans chaque LMS séparément tiennent maintenant en un seul endroit et s’appliquent à chaque réunion créée par le cluster.

Forcer l’enregistrement — ou l’interdire — sur tout le parc, sans toucher au moindre LMS
Votre logo injecté dans chaque réunion créée
Une présentation par défaut déposée dans chaque salle
Un seul message d’accueil pour toute la plateforme
Le nom affiché sous lequel votre équipe d’assistance apparaît quand elle rejoint une réunion
Les webcams des élèves tenues hors des enregistrements pour les sessions Schoology, pour les établissements qui l’exigent

Qui voit quoi

Six rôles, dessinés autour de métiers qui existent réellement dans une équipe d’exploitation : personne n’a besoin d’être administrateur pour faire sa part du travail.

Administrateur, client, assistance, relecteur d’enregistrements, assurance qualité, et un compte API pour votre propre automatisation
Chaque action est accordée par rôle — la matrice de permissions est publiée, pas sous-entendue
Un relecteur qui peut ouvrir les enregistrements pour la conformité et rien d’autre
Un rôle qualité qui rejoint les sessions en direct pour les évaluer sans jamais voir la bibliothèque
Un compte machine qui n’atteint que les points d’accès d’automatisation, jamais l’interface
Règles de mot de passe, identités de connexion uniques et sessions purgées à leur expiration

Locataires et votre propre nom dessus

Vendez de la visioconférence à vos propres clients depuis un seul cluster, sous votre marque, chacun isolé des autres.

Un secret d’API distinct par locataire, vérifié à chaque appel
Nom du site, nom court, logo, favicon et couleur principale
Vos propres liens de conditions et de confidentialité en pied de page
Votre mention « propulsé par », pas la nôtre
Chaque locataire ne voit que ses propres réunions et enregistrements

Des accès qui ne sont pas une URL BigBlueButton

Les points d’entrée qu’on vous demande dès que la plateforme cesse d’être un pilote : un seul nom d’hôte, un numéro de téléphone, un lien invité court.

Des sessions intégrées sous votre propre nom d’hôte : personne ne voit un nom de serveur dans la barre d’adresse
Des liens invités courts, pour les personnes qui n’auront jamais de compte
Un accès téléphonique routé vers le bon serveur au clavier, via votre PBX
Un accès au tableau de bord d’analyse pédagogique, sur le serveur qui héberge la session
Une page publique que vous pouvez ouvrir pour une journée, pour un test de charge ou un rendez-vous commercial, et qui se referme seule

Une capacité qui suit la demande

Des serveurs apparaissent pour le pic et repartent quand l’emploi du temps se vide, sans que personne ne surveille un tableau de bord à huit heures du matin.

Une capacité planifiée que vous construisez dans l’interface — dates, jours, heures, dimension
Ou pilotée par la charge réelle, vérifiée chaque minute
Un minimum par pool, pour qu’une réduction n’emporte jamais le dernier serveur
Une projection de crédits prépayés qui avertit — ou refuse — avant d’ajouter de la capacité
Un événement signé dès que le cluster n’a plus la moindre capacité libre

Deux API et des événements dignes de confiance

Une API pour les outils qui parlent déjà BigBlueButton, une autre pour votre propre orchestration, et des événements signés pour que vos systèmes soient informés de la capacité avant vos utilisateurs.

Une API BigBlueButton complète devant le parc — seuls l’adresse et le secret partagé changent
Une API d’automatisation distincte pour le provisionnement, les métriques et l’ingestion d’enregistrements
Un point d’accès d’instantané du cluster : réunions, participants, serveurs utilisés, serveurs actifs
Enregistrer un serveur, envoyer des battements de cœur, annoncer une IP, demander si un nœud peut être détruit
Enregistrer une captation qui vit déjà dans votre stockage, pour qu’elle survive au serveur qui l’a produite
Des événements sortants signés en HMAC, avec un identifiant de livraison identique d’une nouvelle tentative à l’autre

L’exploitation au quotidien

La moitié ingrate d’une plateforme : le point de santé que votre répartiteur amont interroge, les tâches qui maintiennent le cluster honnête, et les alertes qui vous préviennent avant un client.

Un point de santé public sur lequel votre répartiteur amont ou votre supervision peut agir, sans rien révéler de ce qu’il y a derrière
Vingt tâches de fond sur un seul ordonnancement, dont aucune ne peut se chevaucher elle-même
Des alertes qui se lèvent d’elles-mêmes sur échec répété et se referment au rétablissement
CPU, RAM, réunions, utilisateurs, flux et partages d’écran par serveur via Zabbix, collectés chaque minute
Pousser un document dans une réunion en cours directement depuis un lien partagé Seafile
La documentation complète dans le produit, pour chaque utilisateur connecté

Se connecte à

Supervision des serveurs

Collecté chaque minute

Ressources système

Processeur 36%

Mémoire 58%

Usage BigBlueButton

Réunions 33 / 48
Utilisateurs 797 / 1,204
Audio 731 / 1,204
Flux vidéo 214 / 480
Partages d’écran 12 / 48

Chiffres d’exemple. Par serveur et sur l’ensemble du parc.

Compatibilité

Gardez l’interface que vous utilisez déjà.

ZcaleRight présente tout votre parc comme un unique serveur BigBlueButton : tout ce qui parle déjà l’API BigBlueButton continue de fonctionner exactement comme aujourd’hui. Vos utilisateurs ne voient aucun changement.

Greenlight

Les noms et marques de produits appartiennent à leurs propriétaires et ne sont montrés que pour indiquer avec quoi ZcaleRight est compatible.

Voyez-le sur votre propre parc.

Envoyez-nous la liste de vos serveurs et votre semaine la plus chargée, et nous vous montrerons exactement ce qui change.

Demander un devis