A lista completa de capacidades

Tudo o que o ZcaleRight faz com o seu parque BigBlueButton.

A lista completa, agrupada como o próprio produto. Cada linha é algo que o software faz hoje, tal como vem — sem extras, sem módulos à parte, sem um segundo produto para comprar.

Painel e visibilidade

Um ecrã para todo o parque BigBlueButton, que se atualiza sozinho, para que ninguém tenha de abrir um terminal para responder a uma pergunta.

Servidores em uso, reuniões em curso, participantes e armazenamento num relance
Utilização histórica, para ver a forma de um semestre e não de um instante
Totais de armazenamento das gravações com teste de ligação e exportação
Alertas do sistema à vista na interface, incluindo limites de débito do fornecedor
Registos da aplicação legíveis pelos administradores sem acesso à shell

Painel

Atualização automática

Servidores ativos

2 temporários

Reuniões em curso

em 3 pools

Participantes

797

pico de hoje 1204

Gravações

4,2 TB

S3 · 9841 itens

Participantes, últimos 14 dias

Pools

Sala de aula 18/24
Webinar 6/12
Um-para-um 9/30

Números de exemplo. O seu parque, num só ecrã.

Servidores e pools

Servidores permanentes para a capacidade de base, temporários para os picos, e pools que decidem onde caem as reuniões.

Servidores permanentes, sondados continuamente: um nó com problemas sai de rotação em segundos
Servidores temporários que se registam, enviam sinais de vida e desaparecem quando ficam livres
Pools por caso de uso — um-para-um, webinar, sala de aula — com servidores atribuídos a cada uma
Um limite por pool e um limite global acima dele
Ativado e alcançável são estados distintos: pode esvaziar um servidor sem o apagar
Uma reunião de teste em qualquer servidor, a partir da própria interface

Cluster

Em direto

Servidor	Pool	Reuniões	Pessoas	Carga
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%

Dados de exemplo. O seu cluster, numa só vista.

Como uma reunião é colocada

A colocação é uma decisão tomada uma só vez, na criação, e nunca revista — porque o caminho mais fiável é aquele que não muda debaixo de uma aula a decorrer.

Duas estratégias: um limite igual para cada servidor ou um limite por pool
Um LMS pode pedir uma pool pelo nome na criação, para que uma masterclass não caia numa máquina de webinares
Pooling estrito, quando pedir uma pool tem de significar essa pool e mais nenhuma
Um servidor que deixa de responder sai de rotação em segundos, não na varredura seguinte
Uma reunião fica no servidor que a iniciou, e todas as chamadas seguintes — entrada, fim, conversa, documentos — são encaminhadas para esse mesmo servidor
A criação é bloqueada por identificador de reunião, para que duas tentativas do mesmo LMS não abram duas salas

Reuniões e apoio em direto

Tudo o que está a decorrer agora, quem lá está, e a possibilidade de entrar numa sessão que está a correr mal.

Vistas em curso, completas e terminadas sobre todo o parque
Um resumo em direto dos participantes por reunião
Entrar numa reunião em curso como apoio técnico, sem pedir credenciais
Terminar uma reunião para todos quando tem de parar
Pesquisa avançada em todas as reuniões
Exportação para folha de cálculo para relatórios e reconciliação

Gravações

Uma biblioteca para todos os servidores, com ligações que continuam a funcionar depois de a máquina que fez a gravação desaparecer — quer os ficheiros se mexam, quer não.

Um catálogo único com metadados, seja qual for a origem
As gravações podem ficar nos servidores BigBlueButton que as produziram: o armazenamento central é uma opção, não um requisito, e não é preciso montar nada em cada nó para a biblioteca funcionar
Ou mova-as para armazenamento de objetos compatível com S3 ou para SWIFT, com as ligações de reprodução reescritas para o seu leitor
Publicar, despublicar e apagar a partir da interface
Os formatos padrão do BigBlueButton mais os comerciais, com estado do processamento MP4
As gravações saem de publicação, e são apagadas, segundo o calendário que definir — a política de retenção cumpre-se sem ninguém ter de se lembrar dela
Exportação para folha de cálculo incluindo as ligações de reprodução

Gravações

Armazenamento central

Gravação	Data	Tamanho	Estado
LAW-204 · Contract Law	2026-09-03	412 MB	Publicada
MED-118 · Anatomy Lab	2026-09-03	1.1 GB	Publicada
ENG-330 · Seminar	2026-09-02	286 MB	Em processamento
BUS-101 · Intake	2026-09-01	694 MB	Despublicada

Linhas de exemplo. Uma biblioteca, faça o parque o que fizer por trás.

Regras definidas uma vez, para tudo

Regras que antes viviam separadas em cada LMS passam a viver num só sítio e aplicam-se a todas as reuniões criadas pelo cluster.

Forçar a gravação — ou proibi-la — em todo o parque, sem tocar num único LMS
O seu logótipo inserido em todas as reuniões criadas
Uma apresentação predefinida em todas as salas
Uma mensagem de boas-vindas para toda a plataforma
O nome com que a sua equipa de apoio aparece quando entra
Câmaras dos alunos fora das gravações nas sessões Schoology, para as escolas que o exigem

Quem pode ver o quê

Seis papéis, desenhados à volta de funções que existem mesmo numa equipa de operações, para que ninguém tenha de ser administrador para fazer a sua parte.

Administrador, cliente, apoio, revisor de gravações, controlo de qualidade e uma conta de API para a sua automação
Cada ação é concedida por papel — a matriz de permissões está publicada, não subentendida
Um revisor que pode abrir gravações para conformidade e mais nada
Um papel de qualidade que entra em sessões em direto para as avaliar mas nunca vê a biblioteca
Uma conta de máquina que só chega aos pontos de automação e nunca à interface
Regras de palavra-passe, identidades de acesso únicas e sessões apagadas quando expiram

Inquilinos e o seu nome por cima

Venda videoconferência aos seus clientes a partir de um só cluster, com a sua marca e cada um isolado dos outros.

Um segredo de API distinto por inquilino, verificado em cada chamada
Nome do site, nome curto, logótipo, favicon e cor principal
As suas ligações de condições e privacidade no rodapé
A sua linha «desenvolvido por», não a nossa
Cada inquilino só vê as suas reuniões e gravações

Entradas que não são um URL do BigBlueButton

As entradas que lhe pedem assim que a plataforma deixa de ser um piloto: um só nome de anfitrião, um número de telefone, uma ligação curta para convidados.

Sessões embebidas sob o seu nome de anfitrião, para que ninguém veja um nome de servidor na barra de endereço
Ligações curtas para convidados, para quem nunca terá conta
Entrada telefónica encaminhada para o servidor certo pelo teclado, através da sua central
Um acesso ao painel de análise de aprendizagem no servidor que aloja a sessão
Uma página pública de entrada que pode abrir por um dia, para um teste de carga ou uma visita comercial, e que se fecha sozinha

Capacidade que segue a procura

Os servidores aparecem para o pico e vão-se embora quando o horário esvazia, sem ninguém a vigiar um painel às oito da manhã.

Capacidade segundo um calendário que constrói na interface — datas, dias, horas, dimensão
Ou guiada pela carga real, verificada a cada minuto
Um mínimo por pool, para que reduzir nunca leve o último servidor
Uma projeção de crédito pré-pago que avisa — ou recusa — antes de acrescentar capacidade
Um evento assinado no momento em que o cluster fica sem capacidade livre

Duas APIs e eventos em que pode confiar

Uma API para as ferramentas que já falam BigBlueButton, outra para a sua própria orquestração, e eventos assinados para que os seus sistemas saibam da capacidade antes dos seus utilizadores.

Uma API BigBlueButton completa à frente do parque — só mudam o endereço e o segredo partilhado
Uma API de automação separada para aprovisionamento, métricas e entrada de gravações
Um ponto com o retrato do cluster: reuniões, participantes, servidores em uso e servidores ativos
Registar um servidor, enviar sinais de vida, anunciar um IP, perguntar se um nó pode ser desmontado
Registar uma gravação que já vive no seu armazenamento, para que sobreviva ao servidor que a produziu
Eventos de saída assinados com HMAC, com um identificador de entrega que não muda entre tentativas

A gestão do dia a dia

A metade menos vistosa de uma plataforma: o ponto de saúde que o seu balanceador à frente consulta, as tarefas que mantêm o cluster honesto e os alertas que lhe chegam antes de um cliente.

Um ponto de saúde público sobre o qual o seu balanceador ou a sua monitorização podem agir, sem revelar nada do que está por trás
Vinte tarefas em segundo plano num só calendário, nenhuma das quais se pode sobrepor a si própria
Alertas que se levantam sozinhos perante falhas repetidas e se apagam sozinhos na recuperação
CPU, RAM, reuniões, utilizadores, fluxos e partilhas de ecrã por servidor através do Zabbix, recolhidos a cada minuto
Enviar um documento para uma reunião em curso diretamente de uma ligação partilhada do Seafile
A documentação completa dentro do produto, para todos os utilizadores autenticados

Liga-se a

Monitorização de servidores

Recolhido a cada minuto

Recursos do sistema

CPU 36%

RAM 58%

Utilização do BigBlueButton

Reuniões 33 / 48
Utilizadores 797 / 1,204
Áudio 731 / 1,204
Fluxos de vídeo 214 / 480
Partilhas de ecrã 12 / 48

Números de exemplo. Por servidor e em todo o parque.

Compatibilidade

Mantenha a interface que já usa.

O ZcaleRight apresenta todo o seu parque como um único servidor BigBlueButton, por isso tudo o que já fala a API do BigBlueButton continua a funcionar exatamente como hoje. Os seus utilizadores não notam qualquer mudança.

Greenlight

Os nomes e marcas de produtos pertencem aos seus donos e aparecem apenas para indicar com que é o ZcaleRight é compatível.

Veja-o no seu próprio parque.

Envie-nos a lista dos seus servidores e a sua semana mais cheia, e mostramos-lhe exatamente o que muda.

Pedir orçamento