🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónPicos y continuidad
5 tareas · 40 min · Principiante
En logística, la temporada alta (fin de año, ventas con descuento) multiplica el tráfico de un día para otro, y justo ahí un servicio caído cuesta paquetes que no se escanean, clientes que no pueden rastrear y socios que no pueden entregar. La continuidad se prepara con dos cifras que se miden y se comparan: la capacidad frente al pico previsto, y el tiempo de recuperación prometido frente al medido en una prueba. En Operadora Ceibal lees ambas tablas y buscas qué servicio no aguanta el pico, cuál no se recuperó a tiempo y cuáles no tienen plan para seguir operando con una parte caída. Todo es lectura de un informe de ejemplo.
Objetivo de la sala
En logística, la temporada alta (fin de año, ventas con descuento) multiplica el tráfico de un día para otro, y justo ahí un servicio caído cuesta paquetes que no se escanean, clientes que no pueden rastrear y socios que no pueden entregar. La continuidad se prepara con dos cifras que se miden y se comparan: la capacidad frente al pico previsto, y el tiempo de recuperación prometido frente al medido en una prueba. En Operadora Ceibal lees ambas tablas y buscas qué servicio no aguanta el pico, cuál no se recuperó a tiempo y cuáles no tienen plan para seguir operando con una parte caída. Todo es lectura de un informe de ejemplo.Tres ideas se repiten en cualquier plan de continuidad. La capacidad es lo máximo que un servicio atiende, y debe ser mayor que el pico previsto con un margen. El RTO (tiempo objetivo de recuperación) es lo que se promete tardar en volver a operar tras una caída; lo que importa no es el RTO prometido sino el medido en una prueba. Y el modo degradado es la manera de seguir trabajando con una parte caída: por ejemplo, escanear sin conexión y subir los eventos después, o imprimir guías desde una copia local.
Un servicio sin modo degradado depende de que todo funcione. Uno sin pruebas recientes tiene un RTO que nadie ha comprobado. Los dos son el tipo de debilidad que no se ve en un día normal.
Responde para continuar
¿Qué dice un RTO medido en una prueba que un RTO prometido en un documento no puede decir?
Ver pista de ayuda
Una promesa se mide contra un resultado.
La tabla capacidad trae para cada servicio la capacidad máxima y el pico previsto, ambos en solicitudes por segundo, y si el servicio escala solo. Un servicio con capacidad por debajo del pico y sin escala automática se saturará en cuanto llegue el pico, con una lista de eventos que se acumula, escaneos que no se confirman y sistemas de socios que reintentan, lo que empeora el problema.
Responde para continuar
¿Qué servicio tiene un pico previsto mayor que su capacidad máxima? Escribe su nombre.
Ver pista de ayuda
Ejecuta `SELECT servicio, capacidad_maxima_rps, pico_previsto_rps FROM capacidad WHERE pico_previsto_rps > capacidad_maxima_rps`.
Para decidir cuánta capacidad añadir hay que medir el déficit. Se expresa como el porcentaje que el pico previsto supera a la capacidad máxima: la diferencia entre ambos, dividida entre la capacidad, por cien. Tómalo del servicio de la tarea anterior.
Responde para continuar
¿Qué porcentaje de su capacidad máxima excede el pico previsto de ese servicio? Escribe solo el número.
Ver pista de ayuda
Usa la misma consulta de la tarea anterior y calcula (pico - capacidad) / capacidad × 100.
La tabla pruebas_continuidad compara el RTO objetivo con el que se midió en la última prueba. Una prueba que tarda más que el objetivo no es un fracaso: es información. Dice que el plan de recuperación hay que ajustarlo o que el objetivo no es realista, y eso se decide con el negocio antes de que ocurra una caída real. Un servicio que tardó más del doble de lo prometido merece atención antes que uno que se pasó por unos minutos.
Responde para continuar
¿Qué servicio tardó más en recuperarse en su prueba de lo que prometía su objetivo? Escribe su nombre.
Ver pista de ayuda
Ejecuta `SELECT servicio, rto_objetivo_min, rto_medido_min FROM pruebas_continuidad WHERE rto_medido_min > rto_objetivo_min`.
Hay dos servicios sin modo degradado, y uno de ellos depende de un proveedor externo para imprimir. Cuando la dependencia es un tercero, la continuidad no se resuelve solo con ingeniería propia: se pide al proveedor sus compromisos de disponibilidad, se acuerda un procedimiento alterno (otro proveedor, impresión local) y se prueba, igual que los servicios propios. La temporada alta no es el momento de descubrir que el plan alterno no existe.
Responde para continuar
¿Qué se hace con un servicio que depende de un proveedor externo y no tiene modo degradado?
Ver pista de ayuda
Un contrato reparte responsabilidades, pero no hace que la impresión funcione cuando el proveedor cae.
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.