Confiabilidad

Status, uptime y SLAs

CBCTHub publica métricas de uptime, incidentes y mantenimientos en un status page externo, separado del dominio principal. Esto te garantiza ver el estado del servicio incluso si la app principal está caída.

Status page público

Suscríbete a alertas por email o RSS para recibir notificaciones automáticas cuando se abra, actualice o resuelva un incidente.

Visitar status page: cbcthub.com/es/status

Componentes monitoreados

El status page reporta el estado de cada componente del producto por separado, así un incidente de email no oculta uno de upload.

ComponenteTipoCríticoNotas
API RESTHTTPapi.cbcthub.com/api/v1/* — endpoints públicos.
Subida (R2)Cloudflare R2PUT a URLs presignadas. Si falla, no puedes subir.
Visor 3DCliente WebGLcbcthub.com/viewer/*. Servido vía CDN.
Webhooks deliveryCola de eventosNo bloqueante: si cae, los eventos se encolan y se reintentan.
Email (Resend)Email transaccionalEnvío de informes, magic links y notificaciones.
Base de datosPostgreSQL (Supabase)Backend principal. Si cae, no puedes autenticar ni leer exámenes.

SLAs por plan

El SLA define el uptime mensual mínimo garantizado. Si caemos por debajo en un mes calendario, los clientes elegibles reciben créditos automáticos en su próxima factura.

PlanUptime mensualCréditosSoporte
FreeBest effortSin SLA contractual. Soporte por email.
Pro99.5%Email + WhatsApp en horario hábil.
Clínica99.9%Soporte prioritario. Respuesta menor a 4h hábiles.
Ultra / Enterprise99.95%Soporte 24/7. Slack compartido + número directo.

Cómo se cuenta el uptime

Excluimos mantenimientos anunciados con al menos 48h de anticipación y caídas de proveedores upstream (Cloudflare, Supabase, AWS) reportadas oficialmente. Todo lo demás cuenta como downtime.

Política de incidentes

Clasificamos incidentes por severidad. Cada nivel tiene un tiempo objetivo de respuesta (acknowledgement) y resolución.

SeveridadRespuestaResoluciónDescripción
P0< 15 minCaída total del servicio o pérdida de datos.
P1< 1 horaComponente crítico degradado (upload, viewer, auth).
P2< 4 horasFuncionalidad secundaria afectada (email, webhooks).
P3< 24 horasBugs menores o features no críticas.

Mantenimientos programados

Cuando necesitamos hacer mantenimiento que pueda afectar el servicio, lo publicamos en el status page con al menos 48 horas de anticipación y enviamos email a los suscriptores. Las ventanas se eligen en horario de baja actividad (madrugadas LATAM / fines de semana UTC).

Cómo suscribirse a alertas

Tres formas de mantenerte al día sin tener que abrir el status page manualmente:

  1. Email: desde el status page, haz clic en "Subscribe" → "Email notifications". Recibes un email cuando se abre/actualiza/resuelve un incidente.
  2. RSS / Atom: el status page expone un feed público. Suscríbete desde tu monitoring (Datadog, PagerDuty, Slack RSS app).
  3. Webhooks dedicados: clientes Ultra / Enterprise pueden pedir un webhook directo a su endpoint cuando se publica un incidente. Solicítalo a soporte@cbcthub.com.

Histórico de uptime

El status page muestra los últimos 90 días de uptime por componente, con timeline visual de incidentes pasados y sus post-mortem cuando aplica.

Reporta un problema

Si ves algo raro pero nuestro status page reporta todo OK, escríbenos a soporte@cbcthub.com con request id (header X-Request-Id) y timestamp. Investigamos en menos de 1 hora hábil.