Saltar al contenido principal

2026-07-17 · Actualizado el 2026-10-26

¿Es buena una disponibilidad del 98 %? Permite 7,3 días de inactividad al año

  • sla
  • disponibilidad
  • fiabilidad
  • tiempo-de-inactividad

En resumen. Para un sitio web público o una API de pago, no. Un 98 % de disponibilidad permite 7,3 días de inactividad al año, o 14,4 horas cada mes. Para una wiki interna o un proyecto personal, está bien. La mayoría de los servicios de cara al cliente apuntan al 99,9 %, que permite 43 minutos al mes. La tabla completa de inactividad está más abajo, y la calculadora de SLA hace el cálculo para cualquier objetivo.

Un letrero amarillo de abierto 24 horas brilla de noche en la esquina de un edificio oscuro de ladrillo.

Todo el trabajo de un objetivo de disponibilidad consiste en que este letrero siga encendido. Foto de the blowup en Unsplash.

Un 98 % parece una nota excelente. En la escuela lo es. Pero la disponibilidad no se califica como en la escuela: toda la escala de los servicios públicos está entre el 99 % y el 100 %, y los objetivos serios solo se diferencian en los decimales. En esa escala, el 98 % está en el último puesto.

El truco para leer cualquier cifra de disponibilidad es convertir el porcentaje en tiempo. Con un 98 %, el fallo permitido es del 2 %. El 2 % de un año son 7,3 días. El 2 % de un mes de 30 días son 14,4 horas. Si su tienda factura 2000 US$ al día, un 98 % de disponibilidad significa que acepta unos 14.600 US$ al año de tiempo con la puerta cerrada, y aun así el objetivo cuenta como cumplido.

Un año con un 98 % de disponibilidad dibujado como 52 semanas de casillas diarias: cuatro tramos rojos cortos de caída que suman 7,3 días, repartidos por un año en verde, con la nota de que el objetivo del 98 % se sigue cumpliendo, y la línea de cálculo 28,8 minutos al día, 14,4 horas al mes, 7,3 días al año, 14.600 US$ a 2000 US$ al día.

La tabla de inactividad

Multiplique el periodo por el fallo permitido y los porcentajes dejan de esconder nada. La última columna pone precio a la inactividad de esa tienda que factura 2000 US$ al día.

DisponibilidadPor díaPor mes de 30 díasPor añoVentas perdidas al año
90 %2,4 horas3 días36,5 días73.000 US$
95 %1,2 horas36 horas18,3 días36.500 US$
98 %28,8 minutos14,4 horas7,3 días14.600 US$
99 %14,4 minutos7,2 horas3,7 días7300 US$
99,5 %7,2 minutos3,6 horas1,8 días3650 US$
99,9 %1,4 minutos43 minutos8,8 horas730 US$
99,95 %43 segundos21,6 minutos4,4 horas365 US$
99,99 %8,6 segundos4,3 minutos52,6 minutos73 US$
99,999 %0,9 segundos26 segundos5,3 minutos7 US$

Dos saltos de esta tabla hacen casi todo el trabajo en los contratos reales. Del 98 % al 99,9 %, la inactividad permitida baja de 14,4 horas al mes a 43 minutos. Del 99,9 % al 99,99 %, baja de 43 minutos a 4,3 minutos, y ese último salto suele ser el caro.

La columna del dinero deja clara la decisión. Para la tienda, el primer salto vale unos 13.900 US$ al año. El segundo vale 657 US$, y cuesta mucho más trabajo de ingeniería que el primero. Los nueves adicionales solo compensan cuando la cifra diaria es muy superior a 2000 US$.

Cuándo basta con un 98 %

Muchos sistemas pueden vivir con un 98 % sin que nadie salga perjudicado:

  • Una wiki interna. La gente vuelve a intentarlo después de comer.
  • Un entorno de staging. Ahí la inactividad suele estar planificada.
  • Una tarea por lotes que genera informes por la noche. Tiene horas de margen antes de que nadie lea el resultado.
  • Un servidor doméstico con una conexión residencial. Su compañía eléctrica ya decidió su disponibilidad por usted.

Lo que tienen en común: cuando estos sistemas se caen, nadie pierde dinero y nadie pierde confianza. Pagar por más nueves ahí es un desperdicio. Si nunca gasta su presupuesto de inactividad, su objetivo es demasiado estricto, que es la misma regla que rige los presupuestos de errores.

Cuándo no basta

Una página de checkout, una API de pago, un servicio de inicio de sesión. Aquí el 98 % falla por partida doble.

Primero, el coste directo: 14,4 horas al mes de solicitudes fallidas, pagos perdidos y tickets de soporte.

Segundo, el coste en confianza, que es mayor y llega más despacio. Un cliente que se topa con su caída dos veces en la misma semana no consulta su informe de disponibilidad. Recuerda que su servicio es el que se rompe.

También hay un problema contractual. Si sus clientes tienen sus propios SLA, su 98 % se convierte en el techo de ellos. Nadie puede construir un servicio del 99,9 % sobre una dependencia del 98 % sin un trabajo de ingeniería adicional para esquivarla.

La forma de la inactividad importa

Un 98 % al mes son 14,4 horas, pero la cifra no dice nada de cómo se reparten esas horas.

En un mes de 30 días, 28,8 minutos de mantenimiento planificado cada noche a las 03:00 suman un 98 %, y la mayoría de los usuarios ni se entera. Una sola caída de 14,4 horas el día del lanzamiento de su producto también es un 98 %. La misma cifra, un mes muy distinto.

Dos barras de 30 días que dan ambas un 98 % de disponibilidad: la de arriba pierde 28,8 minutos cada noche a las 03:00, dibujados como finas marcas rojas, con el pie «nadie escribe un postmortem»; la de abajo pierde un único bloque rojo de 14,4 horas el día del lanzamiento, con el pie «todos los clientes lo notan».

Por eso un único porcentaje de disponibilidad es un resumen, no la historia completa. También conviene saber cuál fue la caída más larga y cuándo ocurrió. Un 98 % mensual hecho de pequeños cortes nocturnos es un servicio que funciona y tiene una ventana de mantenimiento. Un 98 % mensual hecho de una sola caída larga en pleno día es un incidente con un informe por escribir.

La disponibilidad se mide, un SLA se promete

Las dos cosas se confunden constantemente. La disponibilidad es una medición: la fracción del tiempo en que su servicio respondió de verdad. Un SLA es una promesa en un contrato, con una penalización definida para cuando se incumple.

La penalización es casi siempre un crédito de servicio. Si un proveedor incumple su SLA del 99,9 %, usted recupera un porcentaje de la factura de ese mes. Sus clientes no reciben nada, porque el crédito reembolsa su factura, no el tiempo de ellos. Así que un SLA le dice cuánta confianza tiene el proveedor, y pone un tope a su reembolso. No mantiene su servicio en marcha.

La regla práctica: prometa una cifra que haya medido, no una cifra que suene bien. Si nunca ha medido su disponibilidad, no sabe si está en un 98 % o en un 99,9 %, y la diferencia entre ambos es de 13,7 horas al mes.

A qué apuntar en su lugar

El 99,9 % es el objetivo por defecto de los servicios de cara al cliente por una buena razón. Con 43 minutos al mes hay margen para un mal despliegue y un par de fallos pequeños, y un equipo pequeño puede lograrlo sin heroicidades. Por encima de eso, cada nueve cuesta aproximadamente diez veces más en ingeniería, y la mayoría de los usuarios no nota la diferencia.

Cuatro escalones que suben del 98 % al 99,99 %, cada uno con su inactividad por mes de 30 días, de 14,4 horas a 4,3 minutos. El escalón del 99,9 % está contorneado en verde con la etiqueta «apunte aquí». El pie dice: cada escalón hacia la derecha cuesta unas diez veces más en ingeniería.

Elija el objetivo en la tabla y luego mida su servicio frente a él. La parte de medir es lo que hace el monitoreo externo de disponibilidad: comprueba su servicio desde fuera, por el mismo camino que un usuario, y registra cada fallo, lo estuviera mirando usted o no. La cifra medida solo sigue siendo honesta si su página de estado la muestra directamente, que es la idea detrás de una página de estado que no se puede falsear.

Cada uno de los objetivos habituales tiene su propio desglose: el 99,9 % permite 43 minutos 12 segundos al mes, el 99,95 % permite 21 minutos 36 segundos y el 99,99 % permite 4 minutos 19 segundos.

Haga sus propios cálculos en la calculadora de SLA, o vea a qué velocidad consume una caída su presupuesto en la calculadora de presupuesto de errores. Si la columna de inactividad junto a su objetivo actual le sorprende, es la señal de que eligió un porcentaje en lugar de una promesa.

Preguntas frecuentes

¿Cuánto tiempo de inactividad supone un 98 % de disponibilidad?

Un 98 % de disponibilidad permite 28,8 minutos de inactividad al día, 14,4 horas en un mes de 30 días o 7,3 días al año. El fallo permitido es el 2 % del periodo, así que multiplique cualquier periodo por 0,02 para obtener la cifra.

¿Es buena una disponibilidad del 98 % para un sitio web?

No para un sitio web público ni para una API por la que pagan los clientes. Un 98 % permite 14,4 horas de inactividad al mes. Sirve para herramientas internas, servidores de staging y proyectos personales en los que nadie pierde dinero mientras están caídos.

¿Qué disponibilidad debería fijarme como objetivo?

El 99,9 % es el objetivo habitual para los servicios de cara al cliente. Permite 43 minutos de inactividad por mes de 30 días, margen suficiente para despliegues y fallos pequeños. Cada nueve adicional cuesta aproximadamente diez veces más en ingeniería.

¿Cuál es la diferencia entre disponibilidad y SLA?

La disponibilidad es la cifra medida: cuánto tiempo funcionó de verdad su servicio. Un SLA es una promesa contractual con una penalización, normalmente un crédito de servicio en su factura. Un proveedor puede prometer un 99,9 % en el SLA y entregar un 98 %. El crédito le devuelve parte de la factura. No les devuelve el tiempo perdido a sus clientes.

Mida su disponibilidad real

Artem Senenko

Artem Senenko

Fundador e ingeniero de software, Uptimepage

Ingeniero de software con más de 20 años construyendo y operando sistemas en producción: arquitectura de microservicios en Kubernetes, infraestructura en la nube con AWS y Terraform, y SaaS de seguridad crítica en el sector fintech.

← Volver a todas las notas