Proveedor de servicios certificado de BigBlueButton
La lista completa de capacidades
Todo lo que ZcaleRight hace con su parque de BigBlueButton.
La lista completa, agrupada como lo está el producto. Cada línea es algo que el software hace hoy, tal cual: sin complementos, sin módulos aparte, sin un segundo producto que comprar.
01
Panel y visibilidad
Una pantalla para todo el parque de BigBlueButton, que se actualiza sola, para que nadie tenga que abrir un terminal para responder a una pregunta.
- Servidores en uso, reuniones en curso, participantes y almacenamiento de un vistazo
- Uso histórico, para ver la forma de un curso y no solo un instante
- Totales de almacenamiento de grabaciones con comprobación de conexión y exportación
- Alertas del sistema visibles en la interfaz, incluidos los límites de tasa del proveedor
- Registros de la aplicación legibles por los administradores sin acceso al shell
Panel
Actualización automática
Servidores activos
14
2 efímeros
Reuniones en curso
33
en 3 pools
Participantes
797
pico de hoy 1.204
Grabaciones
4,2 TB
S3 · 9.841 elementos
Participantes, últimos 14 días
Pools
- Aula 18/24
- Seminario web 6/12
- Uno a uno 9/30
Cifras de ejemplo. Su propio parque, en una pantalla.
02
Servidores y pools
Servidores permanentes para la capacidad base, efímeros para los picos y pools que deciden dónde aterriza cada reunión.
- Servidores permanentes, sondeados de forma continua para que un nodo con problemas salga de rotación en segundos
- Servidores efímeros que se registran, envían latidos y desaparecen cuando quedan ociosos
- Pools por caso de uso —uno a uno, seminario, aula— con servidores asignados a cada uno
- Un límite por pool y un límite global por encima
- Habilitado y alcanzable son estados distintos, así que puede vaciar un servidor sin borrarlo
- Una reunión de prueba en cualquier servidor, desde la propia interfaz
Clúster
En vivo
| Servidor | Pool | Reuniones | Personas | 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% |
Datos de ejemplo. Su propio clúster, en una sola vista.
03
Cómo se coloca una reunión
La colocación es una decisión que se toma una vez, al crear, y no se revisa nunca: la ruta más fiable es la que no cambia bajo una clase en marcha.
- Dos estrategias: un límite para cada servidor o un límite por pool
- Un LMS puede pedir un pool por su nombre al crear, para que una clase magistral no acabe en una máquina de seminarios
- Pooling estricto, cuando pedir un pool debe significar ese pool y ningún otro
- Un servidor que deja de responder sale de rotación en segundos, no en el siguiente barrido
- Una reunión se queda en el servidor que la inició, y toda llamada posterior —entrada, cierre, chat, documentos— se enruta a ese mismo servidor
- La creación se bloquea por identificador de reunión, así que dos reintentos del mismo LMS no pueden abrir dos salas
04
Reuniones y soporte en vivo
Todo lo que está en marcha ahora mismo, quién está dentro y la posibilidad de entrar en una sesión que va mal.
- Vistas en vivo, completas y finalizadas sobre todo el parque
- Un resumen de participantes en vivo por reunión
- Entrar en una reunión en curso como soporte técnico, sin pedir credenciales
- Terminar una reunión para todos cuando debe parar
- Búsqueda avanzada en todas las reuniones
- Exportación a hoja de cálculo para informes y conciliación
05
Grabaciones
Una biblioteca para todos los servidores, con enlaces que siguen funcionando cuando la máquina que hizo la grabación ya no existe, se muevan los archivos o no.
- Un catálogo único con metadatos, venga de donde venga
- Las grabaciones pueden quedarse en los servidores BigBlueButton que las produjeron: el almacenamiento central es una opción, no un requisito, y no hay que montar nada en cada nodo para que la biblioteca funcione
- O muévalas a almacenamiento de objetos compatible con S3 o a SWIFT, con los enlaces de reproducción reescritos a su propio reproductor
- Publicar, despublicar y borrar desde la interfaz
- Los formatos estándar de BigBlueButton más los comerciales, con estado del procesado MP4
- Las grabaciones salen de publicación, y se borran, según el calendario que usted fije: la política de retención se cumple sin que nadie tenga que acordarse
- Exportación a hoja de cálculo incluyendo los enlaces de reproducción
Grabaciones
Almacenamiento central
| Grabación | Fecha | Tamaño | 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 | Procesando |
| BUS-101 · Intake | 2026-09-01 | 694 MB | Despublicada |
Filas de ejemplo. Una biblioteca, haga lo que haga el parque detrás.
06
Reglas que se fijan una vez, para todo
Reglas que antes vivían por separado en cada LMS ahora viven en un solo sitio y se aplican a cada reunión que crea el clúster.
- Forzar la grabación —o impedirla— en todo el parque, sin tocar ni un LMS
- Su logotipo insertado en cada reunión que se crea
- Una presentación por defecto en cada sala
- Un mensaje de bienvenida para toda la plataforma
- El nombre con el que aparece su personal de soporte al entrar
- Las webcams del alumnado fuera de las grabaciones en sesiones de Schoology, para los centros que lo exigen
07
Quién puede ver qué
Seis roles, trazados sobre trabajos que existen de verdad en un equipo de operaciones, para que nadie tenga que ser administrador para hacer su parte.
- Administrador, cliente, soporte, revisor de grabaciones, control de calidad y una cuenta de API para su propia automatización
- Cada acción se concede por rol: la matriz de permisos está publicada, no insinuada
- Un revisor que puede abrir grabaciones para cumplimiento y nada más
- Un rol de calidad que entra en sesiones en vivo para evaluarlas pero nunca ve la biblioteca
- Una cuenta de máquina que solo llega a los puntos de automatización y nunca a la interfaz
- Reglas de contraseña, identidades de acceso únicas y sesiones purgadas al caducar
08
Inquilinos y su propio nombre encima
Venda videoconferencia a sus propios clientes desde un solo clúster, con su marca y cada uno aislado de los demás.
- Un secreto de API distinto por inquilino, comprobado en cada llamada
- Nombre del sitio, nombre corto, logotipo, favicon y color principal
- Sus propios enlaces de condiciones y privacidad en el pie
- Su línea de «desarrollado por», no la nuestra
- Cada inquilino ve solo sus propias reuniones y grabaciones
09
Entradas que no son una URL de BigBlueButton
Los accesos que le piden en cuanto la plataforma deja de ser un piloto: un solo nombre de host, un número de teléfono, un enlace de invitado corto.
- Sesiones integradas bajo su propio nombre de host, para que nadie vea un nombre de servidor en la barra de direcciones
- Enlaces de invitado cortos, para quienes nunca tendrán una cuenta
- Entrada telefónica encaminada al servidor correcto por teclado, a través de su centralita
- Un acceso al panel de analítica de aprendizaje en el servidor que aloja la sesión
- Una página pública de acceso que puede abrir por un día, para una prueba de carga o una visita comercial, y que se cierra sola
10
Capacidad que sigue a la demanda
Los servidores aparecen para el pico y se van cuando el horario se vacía, sin que nadie vigile un panel a las ocho de la mañana.
- Capacidad según un calendario que usted construye en la interfaz: fechas, días, horas y tamaño
- O dirigida por la carga real, comprobada cada minuto
- Un mínimo por pool, para que reducir nunca se lleve el último servidor
- Una previsión de crédito prepago que avisa —o se niega— antes de añadir capacidad
- Un evento firmado en cuanto el clúster se queda sin capacidad libre
11
Dos API y eventos en los que confiar
Una API para las herramientas que ya hablan BigBlueButton, otra para su propia orquestación, y eventos firmados para que sus sistemas se enteren de la capacidad antes que sus usuarios.
- Una API de BigBlueButton completa delante del parque: solo cambian la dirección y el secreto compartido
- Una API de automatización aparte para aprovisionamiento, métricas e incorporación de grabaciones
- Un punto con la foto del clúster: reuniones, participantes, servidores en uso y servidores activos
- Registrar un servidor, enviar latidos, anunciar una IP, preguntar si un nodo puede retirarse
- Registrar una grabación que ya vive en su almacenamiento, para que sobreviva al servidor que la produjo
- Eventos salientes firmados con HMAC y un identificador de entrega que no cambia entre reintentos
12
El día a día
La mitad menos lucida de una plataforma: el punto de salud que consulta su balanceador de entrada, las tareas que mantienen honesto al clúster y las alertas que le avisan antes que un cliente.
- Un punto de salud público sobre el que puede actuar su balanceador o su monitorización, sin revelar nada de lo que hay detrás
- Veinte tareas en segundo plano en un solo calendario, ninguna de las cuales puede solaparse consigo misma
- Alertas que se levantan solas ante fallos repetidos y se retiran solas al recuperarse
- CPU, RAM, reuniones, usuarios, flujos y pantallas compartidas por servidor a través de Zabbix, recogidos cada minuto
- Enviar un documento a una reunión en curso desde un enlace compartido de Seafile
- La documentación completa dentro del producto, para cada usuario identificado
Se conecta con
Monitorización de servidores
Recogido cada minuto
Recursos del sistema
Uso de BigBlueButton
- Reuniones 33 / 48
- Usuarios 797 / 1,204
- Audio 731 / 1,204
- Flujos de vídeo 214 / 480
- Pantallas compartidas 12 / 48
Cifras de ejemplo. Por servidor y en todo el parque.
Compatibilidad
Conserve la interfaz que ya usa.
ZcaleRight presenta todo su parque como un único servidor BigBlueButton, así que cualquier cosa que ya hable la API de BigBlueButton sigue funcionando exactamente igual que hoy. Sus usuarios no notan ningún cambio.
- Greenlight
Los nombres y marcas de producto pertenecen a sus dueños y aparecen solo para indicar con qué es compatible ZcaleRight.
Véalo sobre su propio parque.
Envíenos la lista de sus servidores y su semana más cargada, y le mostraremos exactamente qué cambia.