SLA Matemáticas — ¿Qué Cuesta realmente el 99.9% en horas de inactividad?

Imagina esto: estás en una llamada con un cliente y ellos piden «99.99% de disponibilidad», dices «claro» y ambos continúan. Seis meses después, miras una cláusula de crédito de SLA y te preguntas cómo llegaste hasta aquí. Esa garantía que aceptaste de forma casual permite exactamente 52 minutos de inactividad al año — y la mayoría de esa inactividad desaparecerá en una sola implementación defectuosa.

Esta es la fórmula que cada desarrollador debería tener en su mente antes de firmar un SLA o comprometerse con un número de disponibilidad en una propuesta.

La Fórmula

Los porcentajes de disponibilidad se convierten en inactividad usando una fórmula sencilla:

Inactividad = (1 – disponibilidad) x período

Para 99.9% de disponibilidad: 1 – 0.999 = 0.001. Multiplica por los minutos en un año (525.960) y obtienes 525.96 minutos — o 8.77 horas de inactividad permitidas al año. Eso no es un incidente catastrófico. Eso es una implementación que comienza en un martes de la tarde y se extiende durante varias horas, un cambio de failover de base de datos que dura más de lo esperado y una actualización de dependencia en la medianoche que rompe el servicio de autenticación. Ocho horas pasan muy rápido.

La tabla de referencia

Guarda esta tabla. Cada número aquí se calcula de la misma manera: (1 – disponibilidad) x duración del período en minutos, luego se convierte a la unidad más legible.

Disponibilidad	Inactividad/día	Inactividad/semana	Inactividad/mes	Inactividad/año
99%	14.4 min	1.68 hr	7.3 hr	87.6 hr
99.5%	7.2 min	50.4 min	3.65 hr	43.8 hr
99.9%	1.44 min	10.08 min	43.83 min	8.77 hr
99.95%	43.2 sec	5.04 min	21.92 min	4.38 hr
99.99%	8.64 sec	1.01 min	4.38 min	52.6 min
99.999% (cinco nueves)	0.864 sec	6.05 sec	26.3 sec	5.26 min

Lee de nuevo la fila de 99.999%. Cinco minutos y veintiséis segundos de inactividad permitida al año. Total. Incluyendo mantenimiento programado, comprobaciones de salud fallidas y los 30 segundos que tarda tu balanceador de carga en notar un nodo muerto. Puedes hacer el cálculo sobre cuánto es realista para la mayoría de los equipos.

Lo que realmente requiere cinco nueves

Los cinco nueves (99.999%) no son solo «infraestructura buena». Es un disciplina diferente de ingeniería. Para lograrlo necesitas:

• Redundancia completa en cada capa — sin puntos únicos de falla en cualquier parte de la pila, incluyendo DNS, CDN, base de datos y capa de aplicación
• Failover automatizado con detección en subsegundos — los humanos no pueden responder rápido suficiente; tu monitoreo y failover deben funcionar sin intervención
• Despliegues sin inactividad — mediante blue/green o canary, con rollback automatizado. Cualquier despliegue que requiera un reinicio consume tu presupuesto de 5 minutos
• Configuraciones activas en múltiples regiones — si una región deja de funcionar, no te llevará consigo
• Mantenimiento programado fuera de los ventanales del SLA — la mayoría de los SLA de 99.9% excluyen explícitamente el mantenimiento programado, pero los SLA de 99.999% a menudo no tienen espacio para ello

Las empresas que realmente alcanzan 99.999% — AWS S3, Google Cloud Storage — tienen equipos dedicados de ingeniería de fiabilidad, años de datos de ingeniería de caos y gastos de infraestructura que harían que la mayoría de los fundadores de SaaS se desmayen. Es alcanzable, pero no por casualidad y no de forma barata.

Puedes usar el Calculadora de Disponibilidad / SLA para realizar estas conversiones para cualquier porcentaje de disponibilidad y cualquier ventana de tiempo que estés trabajando.

El problema del crédito de SLA

Aquí está la parte que sorprende a las personas: los créditos de SLA de proveedores de nube no te compensan por tus pérdidas reales. Solo te compensan por una fracción de tu factura de alojamiento.

AWS, GCP y Azure ofrecen normalmente entre 10 y 30% de tu factura mensual de servicio como crédito cuando violan su SLA. Si pagas $500 al mes por EC2 y ocurre un incidente de 2 horas que viola el SLA, podrías obtener un crédito de $50 a 150. Al mismo tiempo, podrías haber perdido miles en ingresos, haber gastado horas de ingenieros en respuesta a incidentes y haber dañado la confianza de tus clientes.

Cuando escribes SLA con tus propios clientes, entiende que este es el modelo estándar — los créditos son gestos de buena voluntad vinculados a las tarifas de servicio, no una indemnización completa. Lee cuidadosamente la cláusula de remediación. Muchos clientes empresariales tratarán de negociar un lenguaje de daños reales; esa es una conversación diferente que involucra abogados, no ingenieros de SRE.

Los ventanales mensuales y anuales importan

Los SLA se miden sobre un período específico, y ese período importa más de lo que la mayoría de las personas piensan. Un SLA anual de 99.9% te da 8.77 horas de inactividad total distribuidas en 12 meses. Un SLA mensual de 99.9% te da solo 43.83 minutos por mes — pero se reinicia cada mes.

Los clientes casi siempre piden medición mensual — suena más estricto y les da ventaja si tienes un mes malo. Lo que no siempre entienden es que la medición mensual puede darles menos margen total: 43.83 minutos x 12 meses = 525.96 minutos al año, que es exactamente lo mismo que el cálculo anual. La diferencia es que con SLA mensuales, un mes irregular puede desencadenar una violación incluso si el resto del año fue perfecto.

Al negociar, presiona por ventanales anuales cuando sea posible. Cuando los clientes insistan en mensuales, asegúrate de que tu infraestructura pueda alcanzar 99.9% en cualquier mes dado — no solo en promedio durante el año.

Lo que realmente debes prometer

Aquí está la guía que realmente es útil:

Proyectos personales y productos en etapa inicial

99.% es honesto y adecuado. Nueve horas de inactividad al mes es realista para un equipo pequeño sin operaciones dedicadas. No prometas más de lo que puedas entregar de forma consistente — el costo reputacional de una violación de SLA es peor que establecer expectativas más bajas desde el inicio.

SaaS B2B en infraestructura estándar de nube

99.9% es el objetivo adecuado. Con monitoreo adecuado, escalado automático, bases de datos gestionadas y una pipeline CI/CD que no requiera inactividad para desplegar, esto es realmente alcanzable en AWS, GCP o Azure sin esfuerzo heroico. El presupuesto mensual de 43 minutos es ajustado pero viable si tienes automatización de despliegues.

99.99% y más allá

Esto requiere un verdadero inversión: balanceadores de carga en múltiples zonas de disponibilidad, failover en múltiples regiones, replicación de bases de datos con promoción automática y alguien que tenga la fiabilidad como su trabajo principal. Si un cliente pide 99.99% y aún no tienes esa infraestructura en lugar, la respuesta honesta es negociar a 99.9% y construir hacia 99.99% como un elemento de ruta — con el aumento correspondiente en el costo de infraestructura reflejado en el precio.

99.999% es territorio de Amazon y Google. A menos que estés operando infraestructura financiera, sistemas de salud o servicios de telecomunicaciones de grado especial, esto no es un compromiso realista.

Haz los cálculos para tu situación

Esta fórmula se escala a cualquier ventana de tiempo y cualquier objetivo de disponibilidad. Si estás trabajando con un período no estándar de SLA — un periodo de 90 días, un trimestre fiscal, un periodo de medición personalizado — la fórmula permanece igual: multiplica el porcentaje de inactividad por el número de minutos en tu ventana.

El Calculadora de disponibilidad / SLA en IO Tools maneja todo esto — introduce cualquier porcentaje de disponibilidad y periodo de tiempo para obtener el límite exacto de inactividad, útil al redactar lenguaje de SLA o responder a una solicitud de disponibilidad de un cliente con una propuesta realista.

Resumen: 99.9% es el techo práctico para la mayoría de los equipos sin inversión dedicada en fiabilidad. Cualquier cosa por encima de eso cuesta dinero real y requiere cambios reales en los procesos. Conoce lo que estás comprometiendo antes de que se firme el contrato.

También te puede interesar