Przejdź do treści

Certyfikowany dostawca usług BigBlueButton

Pełna lista możliwości

Wszystko, co ZcaleRight robi z Państwa flotą BigBlueButton.

Kompletna lista, pogrupowana tak jak sam produkt. Każdy wiersz to coś, co oprogramowanie robi już dziś, w standardzie: bez dodatków, bez osobnych modułów, bez drugiego produktu do kupienia.

01

Pulpit i widoczność

Jeden ekran dla całej floty BigBlueButton, który odświeża się sam, żeby nikt nie musiał otwierać terminala, by odpowiedzieć na pytanie.

  • Używane serwery, spotkania na żywo, uczestnicy i pamięć masowa w jednym widoku
  • Historia wykorzystania, by widzieć przebieg całego semestru, a nie jedną chwilę
  • Łączny rozmiar nagrań z testem połączenia i eksportem
  • Alerty systemowe widoczne w interfejsie, w tym limity zapytań u dostawców
  • Logi aplikacji, które administratorzy czytają bez dostępu do powłoki

Pulpit

Odświeżanie automatyczne

Działające serwery

14

2 tymczasowe

Spotkania na żywo

33

w 3 pulach

Uczestnicy

797

dzisiejszy szczyt: 1204

Nagrania

4,2 TB

S3 · 9841 pozycji

Uczestnicy, ostatnie 14 dni

Pule

  • Sala zajęć 18/24
  • Webinar 6/12
  • Jeden na jeden 9/30

Przykładowe liczby. Państwa flota na jednym ekranie.

02

Serwery i pule

Stałe serwery na bazowe obciążenie, tymczasowe na szczyty i pule, które decydują, gdzie trafiają poszczególne spotkania.

  • Stałe serwery, sprawdzane bez przerwy, więc niesprawny węzeł wypada z rotacji w ciągu kilku sekund
  • Tymczasowe serwery, które same się rejestrują, wysyłają sygnały heartbeat i znikają, gdy są bezczynne
  • Pule według zastosowania (jeden na jeden, webinar, sala zajęć) z przypisanymi do nich serwerami
  • Limit dla każdej puli i nadrzędny limit dla całego klastra
  • Włączony i osiągalny to osobne stany, więc serwer można wycofać z ruchu bez usuwania go
  • Spotkanie testowe na dowolnym serwerze, prosto z interfejsu

Klaster

Na żywo

SerwerPulaSpotkaniaOsobyObciążenie
bbb-01.example.edulectures1431262%
bbb-02.example.edulectures1124848%
bbb-03.example.eduexams39619%
bbb-07.example.eduexams000%
bbb-11.example.eduoverflow614131%

Przykładowe dane. Państwa klaster w jednym widoku.

03

Jak rozmieszczane jest spotkanie

Rozmieszczenie to decyzja podejmowana raz, przy tworzeniu spotkania, i nigdy potem niezmieniana: najpewniejsza trasa to ta, która nie zmienia się pod trwającymi zajęciami.

  • Dwie strategie: jeden limit dla każdego serwera albo osobny limit dla każdej puli
  • LMS może przy tworzeniu spotkania wskazać pulę po nazwie, więc masterclass nigdy nie trafi na maszynę od webinarów
  • Ścisłe przypisanie do puli, gdy żądanie danej puli ma oznaczać tylko tę pulę i nic innego
  • Serwer, który przestaje odpowiadać, wypada z rotacji w kilka sekund, a nie dopiero przy następnym przeglądzie
  • Spotkanie zostaje na serwerze, na którym się zaczęło, a każde kolejne wywołanie (dołączenie, zakończenie, czat, dokumenty) trafia na ten sam serwer
  • Tworzenie jest blokowane osobno dla każdego identyfikatora spotkania, więc dwie ponowione próby z tego samego LMS nie otworzą dwóch pokoi

04

Spotkania i wsparcie na żywo

Wszystko, co trwa w tej chwili, kto w tym uczestniczy, i możliwość wejścia do sesji, która idzie źle.

  • Widoki spotkań trwających, wszystkich i zakończonych w całej flocie
  • Bieżące podsumowanie uczestników każdego spotkania
  • Dołączenie do trwającego spotkania jako wsparcie techniczne, bez proszenia o dane logowania
  • Zakończenie spotkania dla wszystkich, gdy trzeba je przerwać
  • Zaawansowane wyszukiwanie spotkań
  • Eksport do arkusza kalkulacyjnego na potrzeby raportów i rozliczeń

05

Nagrania

Jedna biblioteka dla wszystkich serwerów, z linkami, które działają także wtedy, gdy maszyny, która nagrała spotkanie, już nie ma, i z wyszukiwarką, która przeszukuje całe archiwum w niecałą sekundę.

  • Setki tysięcy nagrań przeszukane w niecałą sekundę. Wystarczy nacisnąć Enter i odpowiedź już jest: bez kręcącego się kółka, bez czekania na raport, bez zawężania zakresu dat, żeby dało się to wytrzymać
  • Przeszukiwane jest każde pole zapisane przez BigBlueButton, nie tylko nazwa: pokój, kurs lub grupa dołączone przez LMS, format, serwer, z którego nagranie jest odtwarzane, i wszystkie inne metadane, które z nim przyszły
  • Nagrania mogą zostać na serwerach BigBlueButton, które je wytworzyły: centralny magazyn to opcja, a nie warunek, i do działania biblioteki nie trzeba niczego montować na każdym węźle
  • Albo przeniesienie ich do magazynu obiektowego zgodnego z S3 lub do SWIFT, z linkami odtwarzania przepisanymi na Państwa własny odtwarzacz
  • Publikowanie, wycofywanie publikacji i usuwanie z poziomu interfejsu
  • Standardowe formaty BigBlueButton oraz formaty komercyjne, ze statusem przetwarzania MP4
  • Nagrania są wycofywane z publikacji i usuwane według ustalonego przez Państwa harmonogramu, więc polityka retencji działa, choć nikt nie musi o niej pamiętać
  • Eksport do arkusza kalkulacyjnego razem z linkami odtwarzania

Nagrania

Magazyn centralny

NagranieDataRozmiarStan
LAW-204 · Contract Law2026-09-03412 MBOpublikowane
MED-118 · Anatomy Lab2026-09-031.1 GBOpublikowane
ENG-330 · Seminar2026-09-02286 MBPrzetwarzanie
BUS-101 · Intake2026-09-01694 MBNieopublikowane

Przykładowe wiersze. Jedna biblioteka, bez względu na to, co flota robi za nią.

06

Zasady ustawiane raz, dla wszystkiego

Reguły, które dotąd żyły osobno w każdym LMS, są teraz w jednym miejscu i obowiązują każde spotkanie tworzone w klastrze.

  • Wymuszone włączenie albo wyłączenie nagrywania w całej flocie, bez dotykania żadnego LMS
  • Państwa logo w każdym tworzonym spotkaniu
  • Domyślna prezentacja w każdym pokoju
  • Jedna wiadomość powitalna dla całej platformy
  • Nazwa, pod którą pracownicy wsparcia pojawiają się po dołączeniu
  • Kamery uczniów wyłączone z nagrań w sesjach Schoology, dla szkół, które tego wymagają

07

Kto co widzi

Sześć ról, wyznaczonych wokół zadań, które naprawdę istnieją w zespole utrzymania, więc nikt nie musi być administratorem, żeby wykonać swoją część pracy.

  • Administrator, klient, wsparcie, recenzent nagrań, kontrola jakości i konto API do Państwa własnej automatyzacji
  • Każde działanie jest przyznawane osobno dla każdej roli: macierz uprawnień jest opublikowana, a nie domniemana
  • Recenzent, który może otwierać nagrania na potrzeby zgodności i nic więcej
  • Rola kontroli jakości, która dołącza do sesji na żywo, by je ocenić, ale nigdy nie widzi biblioteki
  • Konto maszynowe, które ma dostęp tylko do endpointów automatyzacji, a nigdy do interfejsu
  • Reguły haseł, unikalne identyfikatory logowania i sesje usuwane po wygaśnięciu

08

Tenanci i Państwa marka

Mogą Państwo sprzedawać wideokonferencje własnym klientom z jednego klastra, pod własną marką, a każdy z nich jest odizolowany od pozostałych.

  • Osobny sekret API dla każdego tenanta, sprawdzany przy każdym wywołaniu
  • Nazwa serwisu, nazwa skrócona, logo, favicon i kolor główny
  • Państwa własne linki do regulaminu i polityki prywatności w stopce
  • Państwa dopisek „powered by”, nie nasz
  • Każdy tenant widzi wyłącznie własne spotkania i nagrania

09

Wejścia inne niż adres BigBlueButton

Punkty wejścia, o które ludzie pytają, gdy platforma przestaje być pilotażem: jedna nazwa hosta, numer telefonu, krótki link dla gościa.

  • Sesje osadzone pod Państwa własną nazwą hosta, więc nikt nie widzi nazwy serwera w pasku adresu
  • Krótkie linki dla gości, czyli osób, które nigdy nie będą mieć konta
  • Połączenia telefoniczne kierowane klawiaturą na właściwy serwer, przez Państwa centralę PBX
  • Dostęp do pulpitu analityki uczenia na tym serwerze, na którym odbywa się sesja
  • Publiczna strona dołączania, którą można otworzyć na jeden dzień, na benchmark lub rozmowę handlową, i która sama się zamyka

10

Zasoby, które podążają za zapotrzebowaniem

Serwery pojawiają się na czas szczytu i znikają, gdy plan zajęć pustoszeje, bez nikogo, kto o ósmej rano wpatruje się w pulpit.

  • Zasoby według harmonogramu budowanego w interfejsie: daty, dni tygodnia, godziny, rozmiar
  • Albo sterowane bieżącym obciążeniem, sprawdzanym co minutę
  • Minimum dla każdej puli, więc skalowanie w dół nigdy nie zabierze ostatniego serwera
  • Prognoza przedpłaconych kredytów, która ostrzega lub odmawia, zanim zasoby zostaną dodane
  • Podpisane zdarzenie w chwili, gdy w klastrze nie ma już wolnych zasobów

11

Dwa API i zdarzenia, którym można ufać

Jedno API dla narzędzi, które już mówią językiem BigBlueButton, drugie dla Państwa własnej orkiestracji, a do tego podpisane zdarzenia, dzięki którym Państwa systemy dowiadują się o stanie zasobów wcześniej niż użytkownicy.

  • Pełne API BigBlueButton przed całą flotą: zmieniają się tylko adres i współdzielony sekret
  • Osobne API automatyzacji do provisioningu, metryk i importu nagrań
  • Endpoint z migawką klastra: spotkania, uczestnicy, używane serwery, działające serwery
  • Rejestracja serwera, wysyłanie sygnałów heartbeat, zgłaszanie adresu IP, pytanie, czy węzeł można wyłączyć
  • Rejestracja nagrania, które już jest w Państwa magazynie, by przetrwało serwer, który je wytworzył
  • Zdarzenia wychodzące podpisane HMAC, z identyfikatorem dostarczenia, który nie zmienia się przy ponowieniach

12

Codzienne utrzymanie

Mniej efektowna połowa platformy: endpoint stanu, który odpytuje Państwa nadrzędny load balancer, zadania, które pilnują porządku w klastrze, i alerty, które poinformują Państwa o problemie, zanim zrobi to klient.

  • Publiczny endpoint stanu, na który może reagować Państwa nadrzędny load balancer lub monitoring dostępności, niezdradzający niczego o tym, co jest za nim
  • Dwadzieścia zadań w tle w jednym harmonogramie, z których żadne nie może nałożyć się samo na siebie
  • Alerty, które same się zgłaszają przy powtarzających się błędach i same znikają po powrocie do normy
  • CPU, RAM, spotkania, użytkownicy, strumienie i udostępnienia ekranu dla każdego serwera przez Zabbix, zbierane co minutę
  • Wysłanie dokumentu do trwającego spotkania prosto z linku udostępniania Seafile
  • Pełna dokumentacja wewnątrz produktu, dla każdego zalogowanego użytkownika

Łączy się z

  • Seafile
  • Zabbix

Monitorowanie serwerów

Dane zbierane co minutę

Zasoby systemowe

CPU 36%
RAM 58%

Wykorzystanie BigBlueButton

  • Spotkania 33 / 48
  • Użytkownicy 797 / 1,204
  • Audio 731 / 1,204
  • Strumienie wideo 214 / 480
  • Udostępnienia ekranu 12 / 48

Przykładowe liczby. Dla każdego serwera i dla całej floty.

Zgodność

Front-end, którego Państwo używają, zostaje.

ZcaleRight przedstawia całą flotę jako jeden serwer BigBlueButton, więc wszystko, co już korzysta z API BigBlueButton, działa dokładnie tak jak dziś. Użytkownicy nie zauważą żadnej zmiany.

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

Nazwy i znaki towarowe produktów należą do ich właścicieli i pojawiają się tu wyłącznie po to, by wskazać, z czym ZcaleRight jest zgodny.

Sprawdźmy to na Państwa flocie.

Wystarczy przesłać nam listę serwerów i opis najbardziej obciążonego tygodnia, a pokażemy dokładnie, co się zmieni.

Zapytaj o wycenę