🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónAcuerdos de nivel de servicio a nivel de lectura
5 tareas · 40 min · Principiante
Un acuerdo de nivel de servicio (SLA) es una promesa de disponibilidad con un porcentaje, y casi siempre se lee mal: se toma por una garantía de que la aplicación no caerá, cuando es un compromiso de que un servicio concreto responderá, con una compensación económica si falla. La disponibilidad es parte de la seguridad (la A de la tríada), y quien revisa un entorno tiene que saber qué promete el proveedor, qué promete la empresa a sus clientes y qué queda sin cubrir. Aquí lees la ficha del portal de productores de Orinoquia, sin diseñar nada: los porcentajes son valores de ejemplo del escenario, y en un trabajo real se leen del documento vigente del fabricante.
Objetivo de la sala
Un acuerdo de nivel de servicio (SLA) es una promesa de disponibilidad con un porcentaje, y casi siempre se lee mal: se toma por una garantía de que la aplicación no caerá, cuando es un compromiso de que un servicio concreto responderá, con una compensación económica si falla. La disponibilidad es parte de la seguridad (la A de la tríada), y quien revisa un entorno tiene que saber qué promete el proveedor, qué promete la empresa a sus clientes y qué queda sin cubrir. Aquí lees la ficha del portal de productores de Orinoquia, sin diseñar nada: los porcentajes son valores de ejemplo del escenario, y en un trabajo real se leen del documento vigente del fabricante.El acuerdo de nivel de servicio (SLA) es un contrato entre el proveedor y quien lo contrata: si el servicio no cumple, hay consecuencias financieras para el proveedor, normalmente créditos. El objetivo de nivel de servicio (SLO) es una meta interna, que la empresa fija para su propia aplicación; puede ser más exigente que el SLA o no. El indicador (SLI) es la medida concreta con que se comprueba el objetivo, como el porcentaje de peticiones correctas.
Quien revisa debe preguntar siempre de cuál de los tres le hablan. «Tenemos 99,9 %» puede ser una promesa del proveedor, una meta del equipo o una medida que nadie ha tomado.
Responde para continuar
¿Qué distingue a un SLA de un SLO?
Ver pista de ayuda
Piensa en quién pierde dinero si no se cumple.
Una petición del portal pasa por tres componentes en serie: la entrada, el hospedaje de la aplicación y la base de datos. Si cualquiera falla, la petición falla. Por eso la disponibilidad del conjunto no puede ser mejor que la del componente más débil, y en la práctica es peor, como verás en la tarea siguiente. Abre cadena_del_portal.
Responde para continuar
¿Qué componente de la cadena del portal tiene el acuerdo publicado más bajo?
Ver pista de ayuda
Compara la columna `sla_publicado_pct` de las tres filas.
Cuando los componentes están en serie, el acuerdo del conjunto se calcula multiplicando las disponibilidades, expresadas como fracción. Dos componentes de 99,9 % cada uno dan 0,999 × 0,999 = 0,998001, es decir, 99,8001 %, menos que cada uno por separado. Cada eslabón que se añade resta un poco.
Calcula el compuesto de la cadena del portal con los tres porcentajes de la tabla y redondea a dos decimales, usando el punto como separador.
Responde para continuar
¿Cuál es el SLA compuesto del portal, redondeado a dos decimales?
Ver pista de ayuda
Convierte cada porcentaje a fracción, multiplica las tres y vuelve a porcentaje.
Un porcentaje de disponibilidad parece abstracto hasta que se traduce a tiempo. Cada objetivo admite una cantidad de indisponibilidad por semana, mes y año, y la tabla tolerancia_de_caida las trae calculadas. Si el objetivo interno del portal es 99,95 %, la gerencia querrá saber cuánto tiempo caído al mes cabe dentro de ese objetivo antes de considerar que se incumplió.
Responde para continuar
¿Cuántos minutos de indisponibilidad al mes admite un objetivo de 99.95 %?
Ver pista de ayuda
Busca la fila del 99.95 y la columna por mes.
El SLA de un servicio cubre lo que el proveedor controla y mide, con definiciones precisas: que el hospedaje responda, que haya conectividad con el servidor de base de datos. No cubre tu código, tus cambios de configuración, una consulta lenta ni un recurso que alguien borró. Por eso una caída no es automáticamente un incumplimiento del proveedor: hay que mirar su causa.
La tabla cobertura_del_acuerdo dice qué cubre cada componente, y incidentes trae dos caídas de septiembre con su causa.
Responde para continuar
El portal cayó 38 minutos por una regla de red que cambió el propio equipo de Orinoquia. ¿Es un incumplimiento del SLA del proveedor?
Ver pista de ayuda
Lee la columna «el acuerdo no cubre» de cada componente y la causa del incidente.
Whoami-Labs Pro
Whoami-Labs Pro utiliza cookies
Utilizamos cookies y almacenamiento local para el funcionamiento del sitio, seguridad de sesión y, si lo autorizas, analítica y marketing. Puedes aceptar, rechazar o personalizar. Política de Privacidad
Preferencias
Configuraciones de cookies
Elige qué categorías permitir. Las esenciales siempre están activas. Consulta la Política de Privacidad.
Esenciales
Siempre activas · sesión, CSRF, tema y esta preferencia
Necesarias para iniciar sesión, proteger formularios (CSRF) y recordar tu elección de cookies y tema. Sin ellas la plataforma no funciona de forma segura.
Analíticos
Hoy no activos en la plataforma; listos para cuando se conecten
Nos ayudan a entender uso de cursos y páginas. Si los activas, se usarán cuando conectemos analítica; hasta entonces no se carga ningún tracker.
Marketing
Hoy no activos; campañas futuras solo con tu permiso
Comunicaciones o campañas. No activos hoy en la plataforma; quedarán listos si los conectamos y solo si los permites.