Furnizor de servicii certificat BigBlueButton
Lista completă a funcționalităților
Tot ce face ZcaleRight cu parcul dumneavoastră de servere BigBlueButton.
Lista completă, grupată după structura produsului. Fiecare rând este ceva ce software-ul face deja astăzi, inclus în pachet: fără extensii, fără module separate, fără un al doilea produs de cumpărat.
01
Dashboard și vizibilitate
Un singur ecran pentru întregul parc de servere BigBlueButton, care se actualizează singur, astfel încât nimeni să nu fie nevoit să deschidă un terminal ca să răspundă la o întrebare.
- Servere în uz, sesiuni live, participanți și spațiu de stocare dintr-o privire
- Istoricul utilizării, ca să vedeți evoluția unui semestru întreg, nu doar a unui moment
- Totaluri de stocare a înregistrărilor, cu verificarea conexiunii și export
- Alerte de sistem afișate în interfață, inclusiv limitele de rată ale furnizorilor
- Loguri ale aplicației pe care administratorii le pot citi fără acces shell
Dashboard
Actualizare automată
Servere active
14
2 temporare
Sesiuni live
33
în 3 pool-uri
Participanți
797
vârf azi 1.204
Înregistrări
4,2 TB
S3 · 9.841 de elemente
Participanți, ultimele 14 zile
Pool-uri
- Clasă 18/24
- Webinar 6/12
- Unu-la-unu 9/30
Cifre de exemplu. Propriul dumneavoastră parc de servere, pe un singur ecran.
02
Servere și pool-uri
Servere permanente pentru capacitatea de bază, servere temporare pentru vârfuri și pool-uri care decid unde ajunge fiecare sesiune.
- Servere permanente, verificate continuu, astfel încât un nod defect iese din rotație în câteva secunde
- Servere temporare care se înregistrează, trimit heartbeat-uri și dispar când sunt inactive
- Pool-uri pe tipuri de utilizare (unu-la-unu, webinar, clasă), cu servere alocate fiecăruia
- O limită pe pool și, deasupra ei, o limită pentru întregul cluster
- Activ și accesibil sunt stări separate, așa că puteți goli un server fără să-l ștergeți
- O sesiune de test pe orice server, direct din interfață
Cluster
Live
| Server | Pool | Sesiuni | Persoane | Încărcare |
|---|---|---|---|---|
| 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% |
Date de exemplu. Propriul dumneavoastră cluster, într-o singură vedere.
03
Cum este plasată o sesiune
Plasarea este o decizie luată o singură dată, la creare, și apoi niciodată revizuită: pentru că ruta cea mai fiabilă este cea care nu se schimbă niciodată sub un curs în desfășurare.
- Două strategii: o limită pentru fiecare server sau o limită pe pool
- Un LMS poate cere un pool după nume la creare, astfel încât un masterclass nu ajunge niciodată pe o mașină de webinar
- Pooling strict, atunci când cererea pentru un pool trebuie să însemne exact acel pool și nimic altceva
- Un server care nu mai răspunde iese din rotație în câteva secunde, nu abia la următoarea verificare
- O sesiune rămâne pe serverul care a pornit-o, iar fiecare apel ulterior (intrare, încheiere, chat, documente) este direcționat către același server
- Crearea este blocată pe ID de sesiune, astfel încât două reîncercări de la același LMS nu pot deschide două săli
04
Sesiuni și suport live
Tot ce rulează chiar acum, cine participă și posibilitatea de a intra într-o sesiune care merge prost.
- Vizualizările „live”, „toate” și „încheiate” pentru întregul parc de servere
- Un rezumat live al participanților pentru fiecare sesiune
- Intrarea într-o sesiune în desfășurare ca suport tehnic, fără a cere date de autentificare
- Încheierea unei sesiuni pentru toți participanții, atunci când trebuie oprită
- Căutare avansată în sesiuni
- Export în foaie de calcul pentru raportare și reconciliere
05
Înregistrări
O singură bibliotecă pentru toate serverele, cu linkuri care funcționează și după ce mașina care a realizat înregistrarea a dispărut, și o căutare care răspunde pe întreaga arhivă în mai puțin de o secundă.
- Sute de mii de înregistrări, căutate în mai puțin de o secundă. Apăsați Enter și răspunsul apare: fără indicator de încărcare, fără un raport de așteptat, fără să restrângeți mai întâi intervalul de date ca să fie suportabil
- Este căutat fiecare câmp înregistrat de BigBlueButton, nu doar numele: sala, cursul sau grupa atașate de LMS-ul dumneavoastră, formatul, serverul de pe care se redă și orice alte metadate venite odată cu ea
- Înregistrările pot rămâne pe serverele BigBlueButton care le-au produs: stocarea centrală este o opțiune, nu o condiție, și nu trebuie montat nimic pe fiecare nod pentru ca biblioteca să funcționeze
- Sau le puteți muta într-o stocare de obiecte compatibilă S3 ori în SWIFT, cu linkurile de redare rescrise către propriul player
- Publicare, retragere din publicare și ștergere din interfață
- Formatele standard BigBlueButton plus formate comerciale, cu starea procesării MP4
- Înregistrările sunt retrase din publicare și șterse după calendarul stabilit de dumneavoastră, astfel încât politica de retenție se aplică fără ca cineva să trebuiască să-și amintească de ea
- Export în foaie de calcul, inclusiv linkurile de redare
Înregistrări
Stocare centrală
| Înregistrare | Dată | Dimensiune | Stare |
|---|---|---|---|
| LAW-204 · Contract Law | 2026-09-03 | 412 MB | Publicată |
| MED-118 · Anatomy Lab | 2026-09-03 | 1.1 GB | Publicată |
| ENG-330 · Seminar | 2026-09-02 | 286 MB | În procesare |
| BUS-101 · Intake | 2026-09-01 | 694 MB | Nepublicată |
Rânduri de exemplu. O singură bibliotecă, orice s-ar petrece în parcul de servere.
06
Reguli stabilite o singură dată, pentru tot
Regulile care înainte erau setate separat în fiecare LMS stau acum într-un singur loc și se aplică fiecărei sesiuni create de cluster.
- Înregistrare impusă, pornită sau oprită, pe întregul parc de servere, fără a atinge vreun LMS
- Logoul dumneavoastră inserat în fiecare sesiune creată
- O prezentare implicită încărcată în fiecare sală
- Un singur mesaj de bun venit pentru întreaga platformă
- Numele afișat sub care intră personalul dumneavoastră de suport
- Camerele web ale elevilor excluse din înregistrări pentru sesiunile Schoology, pentru școlile care cer acest lucru
07
Cine ce vede
Șase roluri, construite în jurul unor posturi care chiar există într-o echipă de operațiuni, astfel încât nimeni să nu trebuiască să fie administrator ca să-și facă partea sa de treabă.
- Administrator, client, suport, evaluator de înregistrări, asigurarea calității și un cont API pentru propria automatizare
- Fiecare acțiune este acordată pe rol: matricea de permisiuni este publicată, nu subînțeleasă
- Un evaluator care poate deschide înregistrări pentru verificarea conformității și nimic altceva
- Un rol de calitate care intră în sesiunile live pentru a le evalua, dar nu vede niciodată biblioteca
- Un cont de mașină care poate accesa doar endpointurile de automatizare, niciodată interfața
- Reguli pentru parole, identități de autentificare unice și sesiuni șterse la expirare
08
Tenanți și propriul dumneavoastră nume
Vindeți servicii de conferință propriilor clienți dintr-un singur cluster, sub marca dumneavoastră, fiecare izolat de ceilalți.
- Un secret API separat pentru fiecare tenant, verificat la fiecare apel
- Numele site-ului, numele scurt, logo, favicon și culoarea principală
- Propriile linkuri către termeni și confidențialitate în subsolul paginii
- Propria linie „powered by”, nu a noastră
- Fiecare tenant își vede doar propriile sesiuni și înregistrări
09
Căi de acces care nu sunt un URL BigBlueButton
Punctele de intrare pe care oamenii le cer odată ce platforma nu mai este un proiect pilot: un singur hostname, un număr de telefon, un link scurt pentru invitați.
- Sesiuni încorporate sub propriul hostname, astfel încât nimeni să nu vadă numele unui server în bara de adrese
- Linkuri scurte pentru invitați, pentru persoanele care nu vor avea niciodată un cont
- Apel telefonic direcționat către serverul potrivit prin tastatura telefonului, prin centrala dumneavoastră PBX
- O rută către dashboard-ul de learning analytics de pe serverul care găzduiește sesiunea
- O pagină publică de intrare pe care o deschideți pentru o zi, pentru un benchmark sau o întâlnire de vânzări, și care se închide singură
10
Capacitate care urmează cererea
Serverele apar pentru vârf și pleacă atunci când orarul se golește, fără ca cineva să urmărească un dashboard la opt dimineața.
- Capacitate după un calendar pe care îl construiți în interfață: date, zile ale săptămânii, ore, dimensiune
- Sau în funcție de încărcarea reală, verificată în fiecare minut
- Un minim pe pool, astfel încât reducerea capacității să nu ia niciodată și ultimul server
- O proiecție a creditului preplătit care avertizează sau refuză înainte de adăugarea capacității
- Un eveniment semnat în momentul în care clusterului nu îi mai rămâne capacitate liberă
11
Două API-uri și evenimente de încredere
Un API pentru instrumentele care vorbesc deja BigBlueButton, altul pentru propria orchestrare și evenimente semnate, ca sistemele dumneavoastră să afle despre capacitate înaintea utilizatorilor.
- Un API BigBlueButton complet în fața parcului de servere: se schimbă doar adresa și secretul partajat
- Un API de automatizare separat pentru provisioning, metrici și importul înregistrărilor
- Un endpoint cu instantaneul clusterului: sesiuni, participanți, servere în uz, servere active
- Înregistrarea unui server, trimiterea de heartbeat-uri, anunțarea unui IP, verificarea dacă un nod poate fi oprit definitiv
- Adăugarea în bibliotecă a unei înregistrări care se află deja în stocarea dumneavoastră, astfel încât să supraviețuiască serverului care a produs-o
- Evenimente de ieșire semnate cu HMAC, cu un ID de livrare care rămâne același la fiecare reîncercare
12
Operarea de zi cu zi
Jumătatea mai puțin spectaculoasă a unei platforme: endpointul de health interogat de load balancer-ul din amonte, joburile care țin clusterul în ordine și alertele care vă anunță înaintea unui client.
- Un endpoint public de health pe baza căruia load balancer-ul din amonte sau monitorizarea uptime pot acționa, fără să dezvăluie nimic despre ce se află în spate
- Douăzeci de joburi în fundal pe un singur program, dintre care niciunul nu se poate suprapune vreodată cu el însuși
- Alerte care se declanșează singure la eșecuri repetate și se închid singure la revenire
- CPU, RAM, sesiuni, utilizatori, streamuri și partajări de ecran pe fiecare server, prin Zabbix, colectate în fiecare minut
- Trimiterea unui document într-o sesiune în desfășurare direct dintr-un link partajat Seafile
- Documentația completă în interiorul produsului, pentru fiecare utilizator autentificat
Se conectează cu
Monitorizarea serverelor
Colectat în fiecare minut
Resurse de sistem
Utilizare BigBlueButton
- Sesiuni 33 / 48
- Utilizatori 797 / 1,204
- Audio 731 / 1,204
- Streamuri video 214 / 480
- Partajări de ecran 12 / 48
Cifre de exemplu. Pe fiecare server și pe întregul parc.
Compatibilitate
Păstrați front-end-ul pe care îl folosiți deja.
ZcaleRight prezintă întregul parc de servere ca pe un singur server BigBlueButton, așa că tot ce comunică deja prin API-ul BigBlueButton funcționează exact ca astăzi. Utilizatorii dumneavoastră nu observă nicio schimbare.
- Greenlight
Numele de produse și mărcile aparțin proprietarilor lor și apar doar pentru a arăta cu ce este compatibil ZcaleRight.
Vedeți-l la lucru pe propriile servere.
Trimiteți-ne lista serverelor și cea mai aglomerată săptămână, iar noi vă arătăm exact ce se schimbă.