Calculadora de SLA
Calcular el tiempo de inactividad máximo permitido basado en su porcentaje de SLA.
Entra tu SLA
Cuadro de contenidos
Guía general del SLA
¿Qué es un SLA?
Un acuerdo de nivel de servicio (SLA) es un contrato entre un proveedor de servicios y un cliente que define el nivel de servicio esperado, normalmente expresado como un porcentaje de horas de trabajo. El SLA especifica la cantidad máxima de tiempo de inactividad permitido durante un período determinado (día, mes o año) y a menudo incluye sanciones financieras o créditos de servicio si el proveedor no cumple con la garantía. Los SLA son comunes en hospedaje en la nube, telecomunicaciones, SaaS y servicios gestionados.
¿Cómo se calcula el tiempo de inactividad?
La fórmula es: Tiempo de inactividad = (1 − SLA%) × Período. Por ejemplo, con 99.9% SLA durante un año (525.600 minutos): tiempo de inactividad = 0,1% × 525.600 = 526 minutos (unos 8.76 horas) al año. Esta calculadora aplica la misma lógica a los períodos diarios, mensuales y anuales para que pueda ver la salida máxima permitida en cada ventana.
SLA vs SLO vs SLI
SLA (Acuerdo de nivel de servicio) es la garantía contractual. SLO (Objetivo del Nivel de Servicio) es el objetivo interno que buscas, teóricamente fijado más alto que el SLA para crear un búfer. SLI (Indicador de Nivel de Servicio) es la métrica real que mide (por ejemplo, porcentaje de disponibilidad de monitoreo). Buena práctica: establece su SLO 0,5-1% por encima de su SLA para que la variación normal no viole el acuerdo.
- Hora de subir %: Porcentaje del SLA (por ejemplo 99.9%) es la disponibilidad garantizada. El resto es el tiempo de inactividad permitido.
- The "nines": 99% = dos nueves; 99.9% = tres nueves; 99.99% = cuatro nueves; 99.999% = 5 nueves. Más nueve = menos tiempo de inactividad permitido y generalmente más alto costo.
- Créditos del servicio: Recurso típico por incumplimiento (por ejemplo 10–25)% cuota mensual por 0,1% abajo SLA), no reembolsos en efectivo.
- Exclusiones: Mantenimiento programado, fuerza mayor y salidas causadas por el cliente son generalmente excluidos de la inactividad.
Perspectiva del proveedor de atención al cliente
Como cliente
- Usted obtiene una garantía de tiempo libre y créditos si el proveedor falla.
- Utilice esta calculadora para ver cuánto tiempo de inactividad su SLA permite (por día, mes, año).
- Negociar exclusiones, método de medición y límites de crédito en el contrato.
- SLA superior (por ejemplo 99.99%) generalmente cuesta más; equilibrio contra impacto de negocio.
Como proveedor
- Usted se compromete a un tiempo máximo de inactividad; exceder que desencadena créditos o sanciones.
- Establezca SLOs internos por encima del SLA para evitar la violación.
- Defina precisamente lo que cuenta como tiempo de inactividad y excluye el mantenimiento programado.
- Supervisar la disponibilidad con la misma metodología utilizada en el contrato.
Beneficios del SLA
- Claridad: Ambas partes están de acuerdo en la disponibilidad prevista y las consecuencias del fracaso.
- Responsabilidad: El proveedor tiene un incentivo para cumplir con el objetivo; el cliente tiene un remedio definido.
- Planificación: Saber máximo de tiempo de inactividad permitido (por ejemplo, 43 min/mes para 99.9%) ayuda a la planificación de la capacidad y respuesta a incidentes.
- Confianza: Las SLA publicadas (por ejemplo, proveedores de nube) apoyan la transparencia y la comparación.
Limitaciones y consideraciones
- Un SLA es una garantía de disponibilidad, no de tiempo de inactividad cero. El outage permitido todavía puede afectar a los usuarios.
- Los créditos de servicio rara vez cubren los daños consiguientes (ingresos perdidos, reputación); se aplican límites de responsabilidad.
- Las definiciones de tiempo de inactividad varían: las interrupciones parciales, la duración mínima y las exclusiones deben ser claramente indicadas.
- Lograr cinco nueves (99.999)%) requiere una redundancia y un costo significativos; no todos los sistemas lo necesitan.
Un SLA no evita las interrupciones, define cuánto tiempo de inactividad se permite y qué sucede si el proveedor lo supera. Definir siempre lo que cuenta como tiempo de inactividad, cómo se mide, y lo que se excluye (mantenimiento, fuerza mayor). Los créditos de servicio son normalmente capped y deben reclamarse dentro de una ventana corta; no reemplazan la planificación de la continuidad de las operaciones.
Elegir el nivel adecuado de SLA
La selección del SLA adecuado depende del impacto empresarial, costo y viabilidad. Considerar:
- Criticality: ¿Cuál es el costo de una hora de tiempo de inactividad? Los sistemas de ingresos orientados al cliente a menudo necesitan 99.9% o más alto.
- Costo: SLAs superiores (99.99%, 99.999%) requieren redundancia e ingeniería; las primas pueden ser significativas.
- Normas de la industria: Los proveedores de cloud suelen ofrecer 99.9–99.99%; telecomunicación y finanzas pueden requerir cinco nueves.
- Medición: Asegurar que el contrato especifica el intervalo de votación, los lugares y cómo se excluye el mantenimiento programado.
Referencia rápida: tiempo de inactividad por SLA
| SLA | Por mes | Por año |
|---|---|---|
| 99% | 7.3 h | 3.65 days |
| 99.9% | 43.8 min | 8.76 h |
| 99.99% | 4.4 min | 52.6 min |
| 99.999% | 26 sec | 5.26 min |
Las SLA fijan expectativas claras para la disponibilidad y proporcionan un remedio cuando el proveedor cae corto. Utilice esta calculadora para convertir los porcentajes de SLA en límites concretos de tiempo de inactividad (por día, mes, año), y combinarlo con términos claros de contrato sobre medición, exclusiones y créditos de servicio. Para servicios críticos, invierte en monitoreo y arquitectura que realmente pueden cumplir con el SLA que prometes o necesitas.
SLA Levels Explained
Típicos niveles de SLA y sus implicaciones. AWS, Azure y GCP suelen ofrecer 99.9% a 99.99% dependiendo del servicio; cinco nueves (99.999)%) requiere redundancia N+2 y es común en telecomunicaciones y banca central.
99% – 99.5%
~7.3 h/mes (99)%) o ~3.6 h/mes (99.5%). Adecuado para herramientas internas no críticas, dev/staging. Bajo costo, menos garantía.
99.9% (three nines)
~43,8 min/mes. Común para aplicaciones de negocios, comercio electrónico, SaaS. Estándar de la industria para muchos proveedores de nubes.
99.99% (four nines)
~4.4 min/mes. Sistemas críticos, servicios financieros, portales de pago. Requiere arquitectura redundante.
99.999% (five nines)
~26 segundos/mes. Telecom-grade, misión crítica (por ejemplo, 911, banca central). Muy caro para lograr y operar.
Tabla de referencia de tiempo de inactividad
Utilice esta tabla para ver el máximo permitido tiempo de inactividad por día, mes y año para los niveles comunes de SLA. Los valores se derivan de (1 − SLA%) × período en minutos.
| SLA | Por día | Por mes | Por año |
|---|---|---|---|
| 99% | 14.4 min | 7.3 h | 3.65 days |
| 99.9% | 1.44 min | 43.8 min | 8.76 h |
| 99.99% | 8.6 sec | 4.4 min | 52.6 min |
| 99.999% | 0.86 sec | 26 sec | 5.26 min |
Elección y Negociación de SLA
Al definir o negociar un SLA, concéntrese en la claridad y la mensurabilidad. Los siguientes puntos ayudan a evitar controversias y garantizar que el acuerdo sea ejecutable.
- Defina lo que cuenta como tiempo de inactividad (mantenimiento programado excluido? duración mínima?)
- Especifique la medición: intervalo de encuestas, ubicaciones y cómo disponibilidad % calculado
- Incluir créditos o penas de servicio; típicos 10–25% crédito por 0,1% abajo SLA
- Exigir información sobre incidentes y análisis de causas raíz dentro de 30 días
- Defina lo que cuenta como tiempo de inactividad (mantenimiento programado excluido? ¿Se anunciaron anticipadamente los gastos previstos?)
- Los SLA más altos cuestan más - equilibrio contra el impacto empresarial. Un promedio de 1 hora puede costar menos que la prima para 99.99%.
- Incluir créditos de servicio o sanciones en el contrato. Típico: 10-25% crédito por 0,1% debajo del SLA.
- Exigir información transparente sobre incidentes y análisis de causas profundas en un plazo de 30 días.
- Considere SLAs separados para diferentes niveles de servicio (por ejemplo, soporte premium vs estándar).
- Especifique la metodología de medición: intervalo de encuesta (1 min? 5 min?), número de puntos de monitoreo, cobertura geográfica.
- Avoid ambiguity: define "available" precisely (e.g., HTTP 200 within 5 seconds from at least 2 of 3 regions).
¿Qué cuenta como tiempo de descanso?
Las definiciones de SLA varían por contrato. Para evitar controversias, esclarezca por escrito lo siguiente:
- Mantenimiento programado: Generalmente excluido. Debe ser anunciado 5-14 días de antelación.
- Fuerza mayor: Desastres naturales, guerras - típicamente excluidas.
- Salidas causadas por el cliente: Tu desfiguración - excluida.
- Salarios parciales: Algunos proveedores cuentan sólo con total falta de disponibilidad; el rendimiento degradado no puede contar.
- Minimum outage duration: Outages under 5 minutes may be excluded ("consumption" clauses).
- Dependencias de terceros: Los productos causados por los proveedores de corriente avanzada (cloud, CDN, DNS) pueden o no contar - aclarar en el contrato.
Créditos y sanciones del servicio
Cuando un SLA es incumplido, los créditos de servicio son el remedio típico (no reembolsos en efectivo). Estructura de ejemplo:
- 99.9% incumplido pero ≥99.0%: 10% crédito
- 99.0% incumplido pero ≥95.0%: 25% crédito
- &95.0%: 50-100% crédito
Los créditos generalmente se calibran (por ejemplo 100)% de la cuota de ese mes). Debes reclamarlos dentro de 30 a 60 días. Los créditos no cubren los daños consiguientes (pérdidas de ventas, reputación)—consideran disposiciones de responsabilidad separada para servicios críticos.
SLA by Industry
Las expectativas típicas del SLA varían por sector. Utilice esto como referencia al definir o negociar su propio SLA.
- Comercio electrónico / retail: 99.9-99.95%. Cada minuto de tiempo de inactividad durante el pico ( Viernes Negro, Navidad) puede significar miles de ingresos perdidos.
- Healthcare / HIPAA: 99.99% o superior para los sistemas de atención al paciente. Presión regulatoria y seguridad del paciente impulsan requisitos estrictos.
- Banca / fintech: 99.99-99.999%. El procesamiento de pagos y la banca básica a menudo requieren cinco nueves. Los sistemas de transacción deben estar muy disponibles.
- SaaS / B2B: 99.9% es una base de referencia común; los clientes empresariales suelen negociar 99.95% o 99.99% con soporte premium.
- Herramientas internas de IT / dev: 99% puede ser suficiente para el estadificación, CI/CD, paneles internos. El impacto empresarial es menor que los sistemas de atención al cliente.
Vigilancia y cumplimiento del SLA
Para hacer un seguimiento del cumplimiento del SLA necesita una medición coherente y definiciones claras. Las siguientes prácticas ayudan a evitar controversias y a apoyar informes precisos.
- Supervisión de tiempo de trabajo desde múltiples puntos geográficos (evitar falsos positivos desde una sola ubicación)
- Intervalo de votación consistente que coincide con la definición de SLA (por ejemplo, cheques de 1 minuto)
- Registro de incidentes exactos con horarios de inicio/final para el cálculo de disponibilidad
- Exclusión del mantenimiento programado; vigilancia respeta las ventanas de mantenimiento
- Transparent reporting: status pages and monthly availability reports
SLA multiregión o multiservicio: Si depende de varios componentes (API, base de datos, CDN), cada uno con 99.9%, la disponibilidad combinada es menor. Ejemplo: API 99.9% × BD 99.9% ≈ Entendido 99.8% Fin a extremo. Diseño de redundancia y falla para evitar fallos agravantes.