Status

status.ministrium.com muestra en tiempo real el estado de cada componente de la plataforma, incidentes en curso e historial de los últimos 90 días.

Componentes monitoreados


🟢 API REST                      Operacional
🟢 App web (dashboard)           Operacional
🟢 App móvil (iOS/Android)       Operacional
🟢 Donaciones (Stripe webhook)   Operacional
🟢 Email transaccional           Operacional
🟢 SMS / WhatsApp                Operacional
🟢 Push notifications            Operacional
🟢 Reportes y analytics          Operacional
🟢 Sincronización QuickBooks     Operacional
🟢 Búsqueda                      Operacional
🟢 Audit log                     Operacional

Cada componente puede estar:

🟢 Operacional — todo bien.
🟡 Degradado — funciona pero más lento o con errores intermitentes.
🟠 Parcialmente caído — algunos requests fallan.
🔴 Caído — feature no disponible.
🔵 Mantenimiento — ventana programada en curso.

Probes

Medimos cada 60 segundos desde:

4 regiones AWS (us-east-1, us-west-2, eu-west-1, sa-east-1)
3 ISPs distintos en cada región
Probes sintéticas de Datadog y Pingdom

Si 2+ regiones detectan fallo simultáneo, se declara incidente automático.

Suscripciones

Reciba avisos de status:

Email — al alta de org_admin se suscribe automáticamente.
SMS — opt-in en status.ministrium.com.
Slack — webhook a su canal.
RSS/Atom — status.ministrium.com/feed.
API — GET status.ministrium.com/api/v1/components (sin auth).

Personalice qué componentes le importan: si no usa WhatsApp, no le notificamos de su downtime.

Tipos de aviso

Tipo	Cuándo
Investigando	Detectamos algo, aún no sabemos qué
Identificado	Entendemos la causa
Monitoreando	Aplicamos fix, observando
Resuelto	Confirmamos restauración
Post-mortem	Análisis publicado (Sev1/2 obligatorio)

Cada cambio dispara nueva notificación.

Post-mortems

Para incidentes Sev1 y Sev2, publicamos un post-mortem público dentro de 7 días:

Cronología minuto a minuto.
Causa raíz.
Por qué no lo detectamos antes.
Acciones correctivas (cambios de proceso o código).
Cómo prevenir recurrencia.

Sin culpas a personas. Foco en el sistema. Estilo “blameless post-mortem” estándar de la industria SRE.

Ejemplo público: status.ministrium.com/incidents/2025-11-12-stripe-webhook-delay.

Mantenimiento programado

Calendario en status.ministrium.com/maintenance. Por default:

Ventana semanal: domingo 03:00-04:00 UTC para parches menores.
Ventana mensual: primer domingo del mes 03:00-05:00 UTC para upgrades.
Cambios mayores: domingo 03:00-08:00 UTC con 30 días de aviso.

Si su iglesia tiene servicio justo en esa hora, abra ticket y movemos la ventana.

Histórico

status.ministrium.com/history muestra incidentes de los últimos 90 días. Filtros por componente y severidad.

Métricas de los últimos 12 meses (calculadas automáticamente):


API REST:           99.97%   (vs SLA 99.9%)
App web:            99.95%
Donaciones:         99.99%
Email:              99.92%   (subprocesador SendGrid bajó 2 h en marzo)

Incidentes recientes ejemplo


2026-04-15  Sev2  20 min   Latencia API > 2s — saturación de DB.  Resuelto.
2026-03-22  Sev3  45 min   Reportes lentos.                       Resuelto.
2026-03-08  Sev1  12 min   Donaciones rechazando — bug deployment. Rolled back.

Status para sus comunicaciones

Cuando declaramos un Sev1/2 que afecta el flujo del culto, recomendamos:

Mire status.ministrium.com.
Avise a su equipo por WhatsApp del staff.
Si el kiosko de check-in falla, papel y pluma + entrar manualmente al volver.

Tenemos planes de contingencia documentados en cada feature crítica.

Status como contrato cultural

La página de status es pública y sin login, incluso si nuestro panel principal está caído. Es nuestra promesa de transparencia: si algo se rompe, lo verá ahí antes de que lo confirmemos.

Subscribirse vía RSS


https://status.ministrium.com/feed.atom
https://status.ministrium.com/feed.rss

Compatible con Slack (RSS app), Microsoft Teams, IFTTT, Zapier.