Ugrás a tartalomra

Tanúsított BigBlueButton-szolgáltató

A teljes funkciólista

Minden, amit a ZcaleRight a BigBlueButton-szerverparkjával tesz.

A teljes lista, a termék felépítése szerint csoportosítva. Minden sor olyasmi, amit a szoftver már ma tud, alapkiépítésben: nincsenek kiegészítők, külön modulok vagy második megvásárolandó termék.

01

Irányítópult és átláthatóság

Egyetlen képernyő a teljes BigBlueButton-szerverparkhoz, amely magától frissül, így senkinek sem kell terminált nyitnia egy kérdés megválaszolásához.

  • Használatban lévő szerverek, élő konferenciák, résztvevők és tárhely egy pillantásra
  • Használati előzmények, hogy egy egész félév alakulását lássa, ne csak egy pillanatot
  • A felvételek tárhelyének összesítése kapcsolatellenőrzéssel és exporttal
  • Rendszerriasztások a felületen, beleértve a szolgáltatói sebességkorlátokat
  • Alkalmazásnaplók, amelyeket a rendszergazdák shell-hozzáférés nélkül is olvashatnak

Irányítópult

Automatikus frissítés

Működő szerverek

14

ebből 2 ideiglenes

Élő konferenciák

33

3 poolban

Résztvevők

797

mai csúcs: 1204

Felvételek

4,2 TB

S3 · 9841 elem

Résztvevők, elmúlt 14 nap

Poolok

  • Tanterem 18/24
  • Webinárium 6/12
  • Négyszemközti 9/30

Példaszámok. A saját szerverparkja, egyetlen képernyőn.

02

Szerverek és poolok

Állandó szerverek az alapkapacitáshoz, ideiglenesek a csúcsokra, és poolok, amelyek eldöntik, melyik konferencia hová kerül.

  • Folyamatosan ellenőrzött állandó szerverek, így egy hibás csomópont másodperceken belül kikerül a rotációból
  • Ideiglenes szerverek, amelyek regisztrálnak, életjelet küldenek, és tétlen állapotban eltűnnek
  • Poolok felhasználási mód szerint (négyszemközti, webinárium, tanterem), mindegyikhez hozzárendelt szerverekkel
  • Poolonkénti felső korlát, felette pedig egy, a teljes klaszterre vonatkozó korlát
  • Az engedélyezett és az elérhető külön állapot, így egy szervert törlés nélkül is kiüríthet
  • Tesztkonferencia bármelyik szerveren, közvetlenül a felületről

Klaszter

Élő

SzerverPoolKonferenciákRésztvevőkTerhelés
bbb-01.example.edulectures1431262%
bbb-02.example.edulectures1124848%
bbb-03.example.eduexams39619%
bbb-07.example.eduexams000%
bbb-11.example.eduoverflow614131%

Példaadatok. A saját klasztere, egyetlen nézetben.

03

Hogyan kerül helyre egy konferencia

Az elhelyezésről egyszer, a létrehozáskor születik döntés, és utána soha nem módosul: a legmegbízhatóbb útvonal az, amely sosem változik meg egy futó óra alatt.

  • Két stratégia: egy közös korlát minden szerverre, vagy poolonkénti korlát
  • Az LMS a létrehozáskor név szerint kérhet poolt, így egy mesterkurzus sosem kerül webináriumos gépre
  • Szigorú poolkezelés, amikor egy pool kérése csak azt a poolt jelentheti, semmi mást
  • A válaszolni megszűnő szerver másodperceken belül kikerül a rotációból, nem csak a következő ellenőrzéskor
  • A konferencia azon a szerveren marad, ahol elindult, és minden későbbi hívás (csatlakozás, befejezés, csevegés, dokumentumok) ugyanarra a szerverre irányul
  • A létrehozás konferenciaazonosítónként zárolt, így ugyanannak az LMS-nek két újrapróbálkozása nem nyithat két termet

04

Konferenciák és élő támogatás

Minden, ami éppen fut, kik vannak benne, és a lehetőség, hogy belépjen egy rosszul alakuló munkamenetbe.

  • Élő, összes és befejezett nézet a teljes szerverparkra
  • Élő résztvevői összesítő konferenciánként
  • Csatlakozás egy futó konferenciához technikai támogatóként, hozzáférési adatok kérése nélkül
  • Konferencia befejezése mindenki számára, ha le kell állítani
  • Részletes keresés a konferenciák között
  • Táblázatos export jelentésekhez és egyeztetéshez

05

Felvételek

Egyetlen tár minden szerverhez, olyan linkekkel, amelyek akkor is működnek, amikor a felvételt készítő gép már nincs meg, és olyan kereséssel, amely egy másodpercen belül válaszol a teljes archívumból.

  • Több százezer felvétel, egy másodpercen belül átkeresve. Megnyomja az Entert, és ott a válasz: nincs pörgő ikon, nincs várakozás egy jelentésre, és nem kell előbb a dátumtartományt szűkíteni, hogy elviselhető legyen
  • A keresés a BigBlueButton által rögzített minden mezőre kiterjed, nem csak a névre: a teremre, az LMS által csatolt kurzusra vagy csoportra, a formátumra, a lejátszást kiszolgáló szerverre és minden egyéb metaadatra, amely a felvétellel érkezett
  • A felvételek maradhatnak az őket készítő BigBlueButton-szervereken: a központi tárolás lehetőség, nem feltétel, és a tár működéséhez semmit sem kell minden csomópontra felcsatolni
  • Vagy áthelyezheti őket S3-kompatibilis objektumtárolóba vagy SWIFT-be, a lejátszási linkeket a saját lejátszójára átírva
  • Közzététel, visszavonás és törlés a felületről
  • A szabványos BigBlueButton-formátumok és kereskedelmi formátumok, MP4-feldolgozási állapottal
  • A felvételek közzététele az Ön által beállított ütemezés szerint megszűnik, majd a felvételek törlődnek, így a megőrzési szabály érvényesül anélkül, hogy bárkinek emlékeznie kellene rá
  • Táblázatos export a lejátszási linkekkel együtt

Felvételek

Központi tároló

FelvételDátumMéretÁllapot
LAW-204 · Contract Law2026-09-03412 MBKözzétéve
MED-118 · Anatomy Lab2026-09-031.1 GBKözzétéve
ENG-330 · Seminar2026-09-02286 MBFeldolgozás alatt
BUS-101 · Intake2026-09-01694 MBNincs közzétéve

Példasorok. Egyetlen tár, bármit is csinál mögötte a szerverpark.

06

Egyszer beállított szabályok, mindenre

Azok a szabályok, amelyek korábban minden LMS-ben külön éltek, most egy helyen vannak, és a klaszter által létrehozott minden konferenciára érvényesek.

  • A rögzítés kötelező be- vagy kikapcsolása a teljes szerverparkban, egyetlen LMS érintése nélkül
  • Az Ön logója minden létrehozott konferenciában
  • Alapértelmezett prezentáció minden teremben
  • Egyetlen üdvözlő üzenet a teljes platformra
  • A név, amellyel a támogató munkatársai csatlakozáskor megjelennek
  • A diákok webkamerái kimaradnak a Schoology-munkamenetek felvételeiből, azoknak az iskoláknak, amelyek ezt megkövetelik

07

Ki mit láthat

Hat szerepkör, egy üzemeltetési csapatban valóban létező feladatok köré szabva, így senkinek sem kell rendszergazdának lennie ahhoz, hogy a saját részét elvégezze.

  • Rendszergazda, ügyfél, támogatás, felvétel-ellenőr, minőségbiztosítás, valamint egy API-fiók a saját automatizálásához
  • Minden művelet szerepkörönként engedélyezett: a jogosultsági mátrix nyilvános, nem hallgatólagos
  • Ellenőr, aki megfelelőségi célból megnyithatja a felvételeket, és semmi mást nem tehet
  • Minőségbiztosítási szerepkör, amely értékelés céljából csatlakozik az élő munkamenetekhez, de a felvételtárat sosem látja
  • Gépi fiók, amely csak az automatizálási végpontokat éri el, a felületet soha
  • Jelszószabályok, egyedi bejelentkezési azonosítók, és lejáratkor törölt munkamenetek

08

Bérlők és a saját neve rajta

Értékesítsen konferenciaszolgáltatást saját ügyfeleinek egyetlen klaszterből, a saját márkája alatt, úgy, hogy mindegyikük el van különítve a többiektől.

  • Bérlőnként külön API-titok, minden hívásnál ellenőrizve
  • Webhely neve, rövid név, logó, favicon és elsődleges szín
  • Saját felhasználási feltételek és adatvédelmi linkek a láblécben
  • Az Ön „powered by” sora, nem a miénk
  • Minden bérlő csak a saját konferenciáit és felvételeit látja

09

Belépési pontok, amelyek nem BigBlueButton-URL-ek

A belépési módok, amelyeket akkor kérnek, amikor a platform már nem kísérleti projekt: egy hosztnév, egy telefonszám, egy rövid vendéglink.

  • A saját hosztneve alá beágyazott munkamenetek, így senki sem lát szervernevet a címsorban
  • Rövid vendéglinkek azoknak, akiknek soha nem lesz fiókjuk
  • Telefonos betárcsázás az alközpontján (PBX) keresztül, billentyűzettel a megfelelő szerverre irányítva
  • Útvonal a tanulási analitikai irányítópulthoz azon a szerveren, amelyen a munkamenet fut
  • Nyilvános csatlakozási oldal, amelyet egy napra megnyithat egy teljesítményteszthez vagy értékesítési megbeszéléshez, és amely magától bezárul

10

Az igényt követő kapacitás

A szerverek a csúcsra megjelennek, és eltűnnek, amikor az órarend kiürül, anélkül, hogy bárkinek reggel nyolckor az irányítópultot kellene figyelnie.

  • Kapacitás a felületen összeállított ütemezés szerint: dátumok, hétköznapok, órák, méret
  • Vagy az aktuális terheléshez igazítva, percenként ellenőrizve
  • Poolonkénti minimum, így a leskálázás sosem viszi el az utolsó szervert
  • Előre fizetett kreditek előrejelzése, amely figyelmeztet vagy elutasít, mielőtt új kapacitás kerülne be
  • Aláírt esemény abban a pillanatban, amikor a klaszterben elfogy a szabad kapacitás

11

Két API és megbízható események

Egy API azoknak az eszközöknek, amelyek már beszélik a BigBlueButton nyelvét, egy másik a saját orkesztrációjához, és aláírt események, hogy a rendszerei előbb értesüljenek a kapacitásról, mint a felhasználói.

  • Teljes BigBlueButton-API a szerverpark előtt: csak a cím és a közös titkos kulcs változik
  • Külön automatizálási API a kiépítéshez, a metrikákhoz és a felvételek betöltéséhez
  • Klaszter-pillanatképet adó végpont: konferenciák, résztvevők, használatban lévő és működő szerverek
  • Szerver regisztrálása, életjel küldése, IP-cím bejelentése, és annak lekérdezése, hogy egy csomópont lebontható-e
  • Egy már a saját tárolójában lévő felvétel regisztrálása, hogy túlélje az őt készítő szervert
  • HMAC-kal aláírt kimenő események, újrapróbálkozáskor is változatlan kézbesítési azonosítóval

12

A napi üzemeltetés

A platform kevésbé látványos fele: az állapotvégpont, amelyet a felsőbb szintű terheléselosztója lekérdez, a háttérfeladatok, amelyek rendben tartják a klasztert, és a riasztások, amelyek előbb szólnak, mint egy ügyfél.

  • Nyilvános állapotvégpont, amelyre a felsőbb szintű terheléselosztója vagy rendelkezésreállás-figyelője reagálhat, és amely semmit sem árul el arról, mi van mögötte
  • Húsz háttérfeladat egyetlen ütemezésben, amelyek közül egyik sem fedheti át önmagát
  • Riasztások, amelyek ismétlődő hiba esetén maguktól jelentkeznek, helyreálláskor pedig maguktól megszűnnek
  • Szerverenkénti CPU, RAM, konferenciák, felhasználók, streamek és képernyőmegosztások a Zabbixon keresztül, percenként gyűjtve
  • Dokumentum küldése futó konferenciába közvetlenül egy Seafile-megosztási linkről
  • A teljes dokumentáció a termékben, minden bejelentkezett felhasználónak

Kapcsolódik

  • Seafile
  • Zabbix

Szerverfelügyelet

Percenkénti adatgyűjtés

Rendszererőforrások

CPU 36%
RAM 58%

BigBlueButton-használat

  • Konferenciák 33 / 48
  • Felhasználók 797 / 1,204
  • Hang 731 / 1,204
  • Videostreamek 214 / 480
  • Képernyőmegosztások 12 / 48

Példaszámok. Szerverenként és a teljes szerverparkra.

Kompatibilitás

Megtarthatja a már használt front-endet.

A ZcaleRight a teljes szerverparkot egyetlen BigBlueButton-szerverként mutatja, így minden, ami már most a BigBlueButton-API-t használja, pontosan úgy működik tovább, mint ma. A felhasználói semmilyen változást nem észlelnek.

  • Moodle
  • Canvas by Instructure
  • Chamilo
  • Schoology
  • WordPress
  • Greenlight

A terméknevek és védjegyek tulajdonosaikéi, és csak annak jelzésére szerepelnek, hogy a ZcaleRight mivel kompatibilis.

Nézze meg a saját szerverparkján.

Küldje el a szerverlistáját és a legforgalmasabb hetét, és pontosan megmutatjuk, mi változik.

Ajánlatkérés