Conceptos básicos para las partes interesadas

SELECT pg_size_pretty(pg_database_size(current_database())) AS db_size;
SELECT pg_size_pretty(sum(pg_total_relation_size(relid))) FROM pg_stat_user_tables;

SELECT date_trunc('month', now()) AS month,
       pg_size_pretty(pg_database_size('app')) AS size;
-- Compara con la exportación del mes pasado en la hoja de cálculo

p95 de pago aumentó de 120ms a 800ms (fragmento de base de datos 600ms).
La conversión cayó un 0.4% = ~$220k/mes de ingresos modelados.
Solución: indexación + ajuste de pool, 2 días de ingeniería, sin rotura de esquema.

SELECT query, mean_exec_time, calls
FROM pg_stat_statements
WHERE query LIKE '%orders%'
ORDER BY mean_exec_time * calls DESC
LIMIT 5;

## Opción A: Ventana de ventana de mantenimiento el domingo a las 03:00 UTC
- Impacto en el usuario: hasta 45s de retraso en la escritura en la API de facturación
- Beneficio: validar FK en 80M de pagos (corrección)
- Riesgo de omitir: continuación de filas huérfanas en reembolsos
 
## Opción B: Posponer 6 semanas
- Impacto en el usuario: ninguno ahora
- Riesgo: acumulación de errores de conciliación financiera

SELECT application_name,
       pg_size_pretty(pg_wal_lsn_diff(pg_current_wal_lsn(), replay_lsn)) AS lag_bytes
FROM pg_stat_replication;

"Necesitamos pgaudit en el esquema de pagos" →
"Los reguladores esperan registros de acceso de pagos inmutables; la brecha es una conclusión de auditoría de severidad Alta."

# Salud de la base de datos - Julio de 2026
**Estado:** Amarillo (crecimiento del disco)
**Impacto en el usuario el mes pasado:** Degradación del pago de 12 minutos (Sev-2)
**Gasto:** $48k/mes RDS + $6k observabilidad
**Solicitud:** Aprobar proyecto de archivo Q3 ($40k ingeniería, ahorra $8k/mes almacenamiento)

EOL: El soporte comunitario de PostgreSQL 17 finaliza en 2029; el proveedor extendió 1 año.
Riesgo de aplazamiento: exposición a CVE sin parches + fricción de contratación.
Propuesta: actualizar la semana 2 después de la temporada alta; gasto presupuestado de 4 horas.

## Resumen seguro para el cliente (Sev-2)
Entre las 14:22 y las 14:48 UTC, algunos clientes experimentaron pagos lentos.
No se perdieron datos. Causa raíz: transacción de base de datos larga debido a un despliegue.
Prevención: política de tiempo de espera + capacitación (en curso).