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

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:

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

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

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.