Confiabilidade

Status, uptime e SLAs

O CBCTHub publica métricas de uptime, incidentes e manutenções em um status page externo, em domínio separado do principal. Isso garante que você consegue ver o estado do serviço mesmo se o app principal estiver fora do ar.

Status page público

Inscreva-se por email ou RSS para receber notificações automáticas quando um incidente é aberto, atualizado ou resolvido.

Visitar o status page: cbcthub.com/pt/status

Componentes monitorados

O status page reporta o estado de cada componente do produto separadamente, então um incidente de email não esconde um de upload.

ComponenteTipoCríticoNotas
API RESTHTTPapi.cbcthub.com/api/v1/* — endpoints públicos.
Upload (R2)Cloudflare R2PUT para URLs pré-assinadas. Se cair, uploads falham.
Visualizador 3DCliente WebGLcbcthub.com/viewer/*. Servido via CDN.
Entrega de webhooksFila de eventosNão bloqueante: eventos ficam em fila e são reintentados.
Email (Resend)Email transacionalEnvio de laudos, magic links e notificações.
Banco de dadosPostgreSQL (Supabase)Backend principal. Se cair, não dá para autenticar nem ler exames.

SLAs por plano

O SLA define o uptime mensal mínimo garantido. Se ficarmos abaixo em um mês calendário, clientes elegíveis recebem créditos automáticos na próxima fatura.

PlanoUptime mensalCréditosSuporte
FreeBest effortSem SLA contratual. Suporte por email.
Pro99.5%Email + WhatsApp em horário comercial.
Clínica99.9%Suporte prioritário. Resposta em menos de 4h úteis.
Ultra / Enterprise99.95%Suporte 24/7. Slack compartilhado + linha direta.

Como o uptime é medido

Excluímos manutenções anunciadas com pelo menos 48h de antecedência e quedas de provedores upstream (Cloudflare, Supabase, AWS) reportadas oficialmente. Todo o resto conta como downtime.

Política de incidentes

Os incidentes são classificados por severidade. Cada nível tem um tempo objetivo de resposta (acknowledgement) e resolução.

SeveridadeRespostaResoluçãoDescrição
P0< 15 minQueda total do serviço ou perda de dados.
P1< 1 horaComponente crítico degradado (upload, visualizador, auth).
P2< 4 horasFuncionalidade secundária afetada (email, webhooks).
P3< 24 horasBugs menores ou features não críticas.

Manutenções programadas

Quando precisamos fazer manutenção que pode afetar o serviço, publicamos no status page com pelo menos 48 horas de antecedência e enviamos email aos inscritos. As janelas são escolhidas em horários de baixo tráfego (madrugadas LATAM / fins de semana UTC).

Como assinar alertas

Três formas de ficar atualizado sem precisar abrir o status page manualmente:

  1. Email: no status page, clique "Subscribe" → "Email notifications". Você recebe um email quando um incidente é aberto/atualizado/resolvido.
  2. RSS / Atom: o status page expõe um feed público. Conecte ao seu monitoring (Datadog, PagerDuty, Slack RSS app).
  3. Webhooks dedicados: Clientes Ultra / Enterprise podem solicitar webhook direto ao seu endpoint quando um incidente é publicado. Solicite em soporte@cbcthub.com.

Histórico de uptime

O status page mostra os últimos 90 dias de uptime por componente, com timeline visual dos incidentes passados e seus post-mortem quando aplicável.

Reportar um problema

Se algo parecer estranho mas nosso status page reportar tudo OK, envie email a soporte@cbcthub.com com o request id (header X-Request-Id) e timestamp. Investigamos em menos de 1 hora útil.