Loading
_ DESCIFRANDO CONEXIÓN SEGURA...

Picos 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.

0 de 5 · 0%

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.

Inicia sesión para registrar tus puntos y progreso en el ranking.

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