L’elenco completo delle capacità

Tutto ciò che ZcaleRight fa con il tuo parco BigBlueButton.

L’elenco completo, raggruppato come lo è il prodotto. Ogni riga è qualcosa che il software fa oggi, così com’è — nessun componente aggiuntivo, nessun modulo separato, nessun secondo prodotto da comprare.

Dashboard e visibilità

Una schermata per tutto il parco BigBlueButton, che si aggiorna da sola, così nessuno deve aprire un terminale per rispondere a una domanda.

Server in uso, riunioni in corso, partecipanti e spazio occupato a colpo d’occhio
Utilizzo storico, per vedere la forma di un semestre e non di un istante
Totali dello spazio delle registrazioni con verifica della connessione ed esportazione
Avvisi di sistema mostrati nell’interfaccia, inclusi i limiti di frequenza del provider
Log applicativi leggibili dagli amministratori senza accesso alla shell

Dashboard

Aggiornamento automatico

Server attivi

2 temporanei

Riunioni in corso

su 3 pool

Partecipanti

797

picco odierno 1.204

Registrazioni

4,2 TB

S3 · 9.841 elementi

Partecipanti, ultimi 14 giorni

Pool

Aula 18/24
Webinar 6/12
Uno a uno 9/30

Cifre di esempio. Il tuo parco, su una schermata.

Server e pool

Server permanenti per la capacità di base, server temporanei per i picchi e pool che decidono dove finiscono le riunioni.

Server permanenti, sondati di continuo: un nodo in difficoltà esce dalla rotazione in pochi secondi
Server temporanei che si registrano, inviano heartbeat e spariscono quando sono inattivi
Pool per caso d’uso — uno a uno, webinar, aula — con server assegnati a ciascuno
Un limite per pool e un limite complessivo sopra di esso
Abilitato e raggiungibile sono stati distinti: puoi svuotare un server senza eliminarlo
Una riunione di prova su qualsiasi server, direttamente dall’interfaccia

Cluster

In diretta

Server	Pool	Riunioni	Persone	Carico
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%

Dati di esempio. Il tuo cluster, in un’unica vista.

Come viene assegnata una riunione

L’assegnazione è una decisione presa una volta sola, alla creazione, e mai più rimessa in discussione: il percorso più affidabile è quello che non cambia sotto una lezione in corso.

Due strategie: un limite uguale per ogni server oppure un limite per pool
Un LMS può chiedere un pool per nome alla creazione, così una masterclass non finisce su una macchina da webinar
Pooling rigido, quando chiedere un pool deve significare quel pool e nessun altro
Un server che smette di rispondere esce dalla rotazione in pochi secondi, non alla prossima scansione
Una riunione resta sul server che l’ha avviata, e ogni chiamata successiva — ingresso, chiusura, chat, documenti — viene instradata sullo stesso server
La creazione è bloccata per ID riunione, così due tentativi dello stesso LMS non possono aprire due stanze

Riunioni e assistenza dal vivo

Tutto ciò che è in corso adesso, chi c’è dentro e la possibilità di entrare in una sessione che sta andando male.

Viste in corso, complete e concluse su tutto il parco
Un riepilogo dal vivo dei partecipanti per ogni riunione
Entrare in una riunione in corso come assistenza tecnica, senza chiedere credenziali
Chiudere una riunione per tutti quando deve finire
Ricerca avanzata su tutte le riunioni
Esportazione in foglio di calcolo per report e riconciliazioni

Registrazioni

Una libreria per tutti i server, con link che continuano a funzionare quando la macchina che ha prodotto la registrazione non c’è più, che i file si spostino o no.

Un unico catalogo con i metadati, qualunque sia l’origine
Le registrazioni possono restare sui server BigBlueButton che le hanno prodotte: l’archiviazione centrale è un’opzione, non un prerequisito, e non serve montare nulla su ogni nodo perché la libreria funzioni
Oppure spostale su archiviazione a oggetti compatibile S3 o su SWIFT, con i link di riproduzione riscritti sul tuo player
Pubblicare, ritirare ed eliminare dall’interfaccia
I formati standard di BigBlueButton più quelli commerciali, con lo stato dell’elaborazione MP4
Le registrazioni escono dalla pubblicazione, e vengono eliminate, secondo il calendario che imposti: la politica di conservazione vale senza che nessuno debba ricordarsene
Esportazione in foglio di calcolo con i link di riproduzione

Registrazioni

Archiviazione centrale

Registrazione	Data	Dimensione	Stato
LAW-204 · Contract Law	2026-09-03	412 MB	Pubblicata
MED-118 · Anatomy Lab	2026-09-03	1.1 GB	Pubblicata
ENG-330 · Seminar	2026-09-02	286 MB	In elaborazione
BUS-101 · Intake	2026-09-01	694 MB	Ritirata

Righe di esempio. Una libreria, qualunque cosa faccia il parco dietro.

Regole impostate una volta, valide per tutto

Regole che prima vivevano separate in ogni LMS ora stanno in un posto solo e valgono per ogni riunione creata dal cluster.

Forzare la registrazione — o vietarla — su tutto il parco, senza toccare un solo LMS
Il tuo logo inserito in ogni riunione creata
Una presentazione predefinita in ogni stanza
Un unico messaggio di benvenuto per tutta la piattaforma
Il nome con cui il tuo personale di assistenza compare quando entra
Webcam degli studenti tenute fuori dalle registrazioni nelle sessioni Schoology, per gli istituti che lo richiedono

Chi può vedere che cosa

Sei ruoli, disegnati intorno a mestieri che esistono davvero in un team operativo, così nessuno deve essere amministratore per fare la propria parte.

Amministratore, cliente, assistenza, revisore delle registrazioni, controllo qualità e un account API per la tua automazione
Ogni azione è concessa per ruolo: la matrice dei permessi è pubblicata, non sottintesa
Un revisore che può aprire le registrazioni per la conformità e nient’altro
Un ruolo qualità che entra nelle sessioni dal vivo per valutarle ma non vede mai la libreria
Un account macchina che raggiunge solo gli endpoint di automazione e mai l’interfaccia
Regole per le password, identità di accesso univoche e sessioni cancellate alla scadenza

Tenant e il tuo nome sopra

Vendi videoconferenza ai tuoi clienti da un solo cluster, con il tuo marchio e ciascuno isolato dagli altri.

Un segreto API distinto per tenant, verificato a ogni chiamata
Nome del sito, nome breve, logo, favicon e colore principale
I tuoi link a condizioni e privacy nel piè di pagina
La tua riga «powered by», non la nostra
Ogni tenant vede solo le proprie riunioni e registrazioni

Ingressi che non sono un URL BigBlueButton

Gli ingressi che ti chiedono appena la piattaforma smette di essere un pilota: un solo nome host, un numero di telefono, un breve link ospite.

Sessioni incorporate sotto il tuo nome host, così nessuno vede un nome di server nella barra degli indirizzi
Link ospite brevi, per chi non avrà mai un account
Ingresso telefonico instradato al server giusto dalla tastiera, tramite il tuo centralino
Un accesso alla dashboard di learning analytics sul server che ospita la sessione
Una pagina pubblica di accesso che puoi aprire per un giorno, per un benchmark o una visita commerciale, e che si chiude da sola

Capacità che segue la domanda

I server compaiono per il picco e se ne vanno quando l’orario si svuota, senza che nessuno guardi una dashboard alle otto del mattino.

Capacità secondo un calendario che costruisci nell’interfaccia — date, giorni, orari, dimensione
Oppure guidata dal carico reale, verificato ogni minuto
Un minimo per pool, così ridurre non porta mai via l’ultimo server
Una proiezione del credito prepagato che avverte — o rifiuta — prima di aggiungere capacità
Un evento firmato nel momento in cui il cluster resta senza capacità libera

Due API ed eventi di cui fidarsi

Un’API per gli strumenti che parlano già BigBlueButton, un’altra per la tua orchestrazione, ed eventi firmati perché i tuoi sistemi sappiano della capacità prima dei tuoi utenti.

Un’API BigBlueButton completa davanti al parco: cambiano solo l’indirizzo e il segreto condiviso
Un’API di automazione separata per provisioning, metriche e acquisizione delle registrazioni
Un endpoint con l’istantanea del cluster: riunioni, partecipanti, server in uso e server attivi
Registrare un server, inviare heartbeat, annunciare un IP, chiedere se un nodo può essere dismesso
Registrare una registrazione già presente nel tuo storage, così sopravvive al server che l’ha prodotta
Eventi in uscita firmati con HMAC, con un ID di consegna che resta lo stesso fra i tentativi

La gestione quotidiana

La metà meno appariscente di una piattaforma: l’endpoint di salute che il tuo bilanciatore a monte interroga, i job che tengono onesto il cluster e gli avvisi che ti arrivano prima di un cliente.

Un endpoint di salute pubblico su cui il tuo bilanciatore a monte o il monitoraggio possono agire, senza rivelare nulla di ciò che c’è dietro
Venti job in background su un solo calendario, nessuno dei quali può sovrapporsi a sé stesso
Avvisi che si alzano da soli al ripetersi di un errore e si chiudono da soli al ripristino
CPU, RAM, riunioni, utenti, flussi e condivisioni schermo per server tramite Zabbix, raccolti ogni minuto
Inviare un documento in una riunione in corso direttamente da un link condiviso Seafile
La documentazione completa dentro il prodotto, per ogni utente autenticato

Si collega a

Monitoraggio dei server

Raccolto ogni minuto

Risorse di sistema

CPU 36%

RAM 58%

Utilizzo di BigBlueButton

Riunioni 33 / 48
Utenti 797 / 1,204
Audio 731 / 1,204
Flussi video 214 / 480
Condivisioni schermo 12 / 48

Cifre di esempio. Per server e su tutto il parco.

Compatibilità

Tieni il front-end che già usi.

ZcaleRight presenta tutto il tuo parco come un unico server BigBlueButton, così qualunque cosa parli già l’API BigBlueButton continua a funzionare esattamente come oggi. I tuoi utenti non notano alcun cambiamento.

Greenlight

Nomi e marchi dei prodotti appartengono ai rispettivi proprietari e compaiono solo per indicare con che cosa ZcaleRight è compatibile.

Provalo sul tuo parco server.

Mandaci l’elenco dei tuoi server e la tua settimana più carica, e ti mostreremo esattamente che cosa cambia.

Richiedi un preventivo