A lista completa de recursos

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

A lista completa, agrupada do jeito que o produto é. Cada linha é algo que o software faz hoje, direto da caixa — sem complementos, sem módulos separados, sem um segundo produto para comprar.

Painel e visibilidade

Uma tela para o parque BigBlueButton inteiro, que se atualiza sozinha, para que ninguém precise abrir um terminal só para responder a uma pergunta.

Servidores em uso, reuniões ao vivo, participantes e armazenamento em um olhar
Uso histórico, para enxergar o formato de um semestre e não de um instante
Totais de armazenamento das gravações com teste de conexão e exportação
Alertas do sistema visíveis na interface, inclusive limites de taxa do provedor
Logs da aplicação legíveis pelos administradores sem acesso ao shell

Painel

Atualização automática

Servidores no ar

2 temporários

Reuniões ao vivo

em 3 pools

Participantes

797

pico de hoje 1.204

Gravações

4,2 TB

S3 · 9.841 itens

Participantes, últimos 14 dias

Pools

Sala de aula 18/24
Webinário 6/12
Um a um 9/30

Números de exemplo. O seu parque, em uma tela.

Servidores e pools

Servidores permanentes para a capacidade de base, temporários para os picos, e pools que decidem onde cada reunião cai.

Servidores permanentes, sondados o tempo todo: um nó com problema sai do rodízio em segundos
Servidores temporários que se registram, mandam heartbeats e somem quando ficam ociosos
Pools por caso de uso — um a um, webinário, sala de aula — com servidores atribuídos a cada uma
Um limite por pool e um limite do cluster inteiro acima dele
Habilitado e acessível são estados diferentes: dá para esvaziar um servidor sem excluí-lo
Uma reunião de teste em qualquer servidor, direto pela interface

Cluster

Ao vivo

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, em uma visão só.

Como uma reunião é distribuída

A distribuição é uma decisão tomada uma vez só, na criação, e nunca revista — porque a rota mais confiável é a que não muda embaixo de uma aula em andamento.

Duas estratégias: um limite igual para todo servidor, ou um limite por pool
Um LMS pode pedir uma pool pelo nome na criação, para uma masterclass não cair numa máquina de webinário
Pooling estrito, quando pedir uma pool precisa significar aquela pool e nenhuma outra
Um servidor que para de responder sai do rodízio em segundos, não na próxima varredura
A reunião fica no servidor que a iniciou, e toda chamada seguinte — entrada, encerramento, chat, documentos — é roteada para esse mesmo servidor
A criação é travada por ID de reunião, então duas tentativas do mesmo LMS não abrem duas salas

Reuniões e suporte ao vivo

Tudo o que está rodando agora, quem está dentro, e a possibilidade de entrar numa sessão que está dando errado.

Visões de ao vivo, todas e encerradas sobre o parque inteiro
Um resumo ao vivo dos participantes por reunião
Entrar numa reunião em andamento como suporte técnico, sem pedir credenciais
Encerrar uma reunião para todo mundo quando ela precisa parar
Busca avançada em todas as reuniões
Exportação para planilha para relatórios e conciliação

Gravações

Uma biblioteca para todos os servidores, com links que continuam funcionando depois que a máquina que gerou a gravação já não existe — movendo os arquivos ou não.

Um catálogo único com metadados, seja qual for a origem
As gravações podem ficar nos servidores BigBlueButton que as geraram: armazenamento central é opção, não pré-requisito, e não precisa montar nada em cada nó para a biblioteca funcionar
Ou mova para armazenamento de objetos compatível com S3 ou SWIFT, com os links de reprodução reescritos para o seu player
Publicar, despublicar e excluir pela interface
Os formatos padrão do BigBlueButton mais os comerciais, com o estado do processamento MP4
As gravações saem do ar, e são excluídas, no cronograma que você definir — a política de retenção vale sem ninguém precisar lembrar
Exportação para planilha incluindo os links 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	Processando
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, valendo para tudo

Regras que antes viviam separadas em cada LMS agora ficam em um lugar só e valem para toda reunião que o cluster cria.

Forçar a gravação — ou proibir — no parque inteiro, sem mexer em nenhum LMS
Sua logomarca inserida em toda reunião criada
Uma apresentação padrão em toda sala
Uma mensagem de boas-vindas para a plataforma inteira
O nome com que o seu pessoal de suporte aparece ao entrar
Webcams dos alunos fora das gravações nas sessões do Schoology, para as escolas que exigem isso

Quem enxerga o quê

Seis papéis, desenhados em cima de funções que existem de verdade num time de operações, para ninguém precisar ser administrador só para fazer a sua parte.

Administrador, cliente, suporte, revisor de gravações, qualidade e uma conta de API para a sua automação
Cada ação é concedida por papel — a matriz de permissões é publicada, não subentendida
Um revisor que abre gravações para conformidade e nada além disso
Um papel de qualidade que entra em sessões ao vivo para avaliar mas nunca vê a biblioteca
Uma conta de máquina que só alcança os endpoints de automação e nunca a interface
Regras de senha, identidades de acesso únicas e sessões apagadas quando expiram

Inquilinos e o seu nome em cima

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

Um segredo de API separado por inquilino, conferido em toda chamada
Nome do site, nome curto, logomarca, favicon e cor principal
Seus próprios links de termos e privacidade no rodapé
Sua linha de "desenvolvido por", não a nossa
Cada inquilino enxerga só as próprias reuniões e gravações

Formas de entrar que não são uma URL do BigBlueButton

As entradas que pedem para você assim que a plataforma deixa de ser um piloto: um nome de host só, um número de telefone, um link curto de convidado.

Sessões embutidas no seu próprio host, para ninguém ver um nome de servidor na barra de endereço
Links curtos de convidado, para quem nunca vai ter conta
Entrada por telefone roteada para o servidor certo pelo teclado, através do seu PABX
Um caminho para o painel de learning analytics no servidor que hospeda a sessão
Uma página pública de entrada que você abre por um dia, para um teste de carga ou uma reunião comercial, e que se fecha sozinha

Capacidade que acompanha a demanda

Servidores aparecem para o pico e vão embora quando a grade esvazia, sem ninguém olhando um painel às oito da manhã.

Capacidade por uma agenda que você monta na interface — datas, dias, horários, tamanho
Ou guiada pela carga real, conferida a cada minuto
Um mínimo por pool, para reduzir nunca levar junto o último servidor
Uma projeção de crédito pré-pago que avisa — ou recusa — antes de acrescentar capacidade
Um evento assinado no instante em que o cluster fica sem capacidade livre

Duas APIs e eventos em que dá para confiar

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

Uma API BigBlueButton completa na frente do parque — só mudam o endereço e o segredo compartilhado
Uma API de automação separada para provisionamento, métricas e entrada de gravações
Um endpoint com o retrato do cluster: reuniões, participantes, servidores em uso e servidores no ar
Registrar um servidor, mandar heartbeats, anunciar um IP, perguntar se um nó pode ser desligado
Registrar uma gravação que já está no seu armazenamento, para ela sobreviver ao servidor que a produziu
Eventos de saída assinados com HMAC, com um ID de entrega que não muda entre as tentativas

O dia a dia da operação

A metade sem glamour de uma plataforma: o endpoint de saúde que o seu balanceador da frente consulta, os jobs que mantêm o cluster honesto e os alertas que avisam você antes de um cliente avisar.

Um endpoint de saúde público em que o seu balanceador ou o seu monitoramento pode agir, sem revelar nada do que está atrás
Vinte jobs em segundo plano em uma só agenda, e nenhum deles pode se sobrepor a si mesmo
Alertas que sobem sozinhos diante de falhas repetidas e somem sozinhos na recuperação
CPU, RAM, reuniões, usuários, streams e compartilhamentos de tela por servidor via Zabbix, coletados a cada minuto
Mandar um documento para uma reunião em andamento direto de um link compartilhado do Seafile
A documentação completa dentro do produto, para todo usuário autenticado

Conecta com

Monitoramento de servidores

Coletado a cada minuto

Recursos do sistema

CPU 36%

RAM 58%

Uso do BigBlueButton

Reuniões 33 / 48
Usuários 797 / 1,204
Áudio 731 / 1,204
Streams de vídeo 214 / 480
Compartilhamentos de tela 12 / 48

Números de exemplo. Por servidor e no parque inteiro.

Compatibilidade

Fique com o front-end que você já usa.

O ZcaleRight apresenta o seu parque inteiro como um único servidor BigBlueButton, então tudo o que já fala a API do BigBlueButton continua funcionando exatamente como hoje. Seus usuários não percebem mudança nenhuma.

Greenlight

Nomes e marcas de produtos pertencem aos seus donos e aparecem só para dizer com o que o ZcaleRight é compatível.

Veja funcionando no seu próprio parque.

Mande a lista dos seus servidores e a sua semana mais cheia, e a gente mostra exatamente o que muda.

Pedir orçamento