🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónPlan a 12 meses, ordenar la salida de los servidores heredados
5 tareas · 38 min · Principiante
Retirar un servidor heredado no cabe en una semana ni en un ticket. Es un plan de un año con iniciativas que dependen unas de otras, un equipo con una capacidad limitada y fechas de fin de soporte que no esperan. Revisas el borrador de plan de Laudemar Logística, ficticia: cuentas la carga de un trimestre contra la capacidad, buscas dependencias mal ordenadas y detectas la iniciativa que llega tarde. Todo es lectura de tablas; no se ejecuta ninguna tarea del plan.
Objetivo de la sala
Retirar un servidor heredado no cabe en una semana ni en un ticket. Es un plan de un año con iniciativas que dependen unas de otras, un equipo con una capacidad limitada y fechas de fin de soporte que no esperan. Revisas el borrador de plan de Laudemar Logística, ficticia: cuentas la carga de un trimestre contra la capacidad, buscas dependencias mal ordenadas y detectas la iniciativa que llega tarde. Todo es lectura de tablas; no se ejecuta ninguna tarea del plan.Un plan a doce meses se ordena con dos criterios a la vez. El primero son las dependencias: no se puede apagar un directorio antiguo antes de mover las aplicaciones que se autentican contra él. El segundo es el riesgo: lo que está sin soporte y expuesto va antes que lo que solo está cerca de perderlo, aunque sea más difícil o más largo.
Un plan ordenado por comodidad —primero lo fácil, o lo que tiene más tiempo— deja el riesgo mayor para el final. En una revisión, esa es la primera crítica que debe poder hacerse a un plan ajeno.
Responde para continuar
¿Por qué un plan de retiro de servidores se ordena por dependencias y por riesgo?
Ver pista de ayuda
Hay dos razones: lo que otros aún usan y lo que más expone.
La capacidad de un equipo no es el número de personas por los días del trimestre: es lo que de verdad pueden dedicar al plan, descontando el resto de su trabajo. El archivo capacidad.txt da la fórmula: personas por días hábiles por la parte de su tiempo que dedican. La carga de un trimestre es la suma de los días de esfuerzo de sus iniciativas.
Calcula la capacidad del trimestre T1 y la carga que le asigna el borrador. El plan se pasa si la carga supera la capacidad.
Responde para continuar
¿Cuántos días de esfuerzo excede la carga de T1 a su capacidad?
Ver pista de ayuda
Primero la capacidad con la fórmula del archivo; luego suma los días de las iniciativas de T1 y resta.
La columna depende_de de la tabla dice qué iniciativa debe terminar antes. Cada dependencia es una promesa de orden: la iniciativa de la que se depende tiene que quedar en un trimestre anterior o en el mismo, con fecha de fin previa. Cuando el borrador la pone después, el plan no se puede cumplir como está, aunque cada fila por separado parezca razonable.
Responde para continuar
Escribe el id de la iniciativa que depende de otra programada para un trimestre posterior.
Ver pista de ayuda
Compara el trimestre de cada iniciativa con el de la que figura en su columna depende_de.
Algunos servidores del plan todavía tienen soporte, pero lo pierden durante el año. Para ellos la fecha de fin de soporte es un plazo duro: retirarlos después significa pasar de «servidor vigente» a «servidor heredado» sin haberlo decidido. El plan lleva ambas fechas en la tabla para que se vea esa diferencia.
Entre las iniciativas de servidores que hoy tienen soporte, busca la que termina después de que lo pierde.
Responde para continuar
Escribe el id de la iniciativa de un servidor con soporte vigente que termina después de su fin de soporte.
Ver pista de ayuda
Ignora las filas de servidores que ya están sin soporte y compara dos fechas en cada una de las demás.
Durante los doce meses los servidores heredados siguen ahí. El plan no los hace desaparecer de inmediato: los cubre con una aceptación de riesgo. Una aceptación válida tiene dueño con autoridad, un control compensatorio que alguien verificó y una fecha de caducidad que obliga a decidir de nuevo. Sin esos tres elementos, no es una aceptación: es una omisión con firma.
Responde para continuar
¿Qué hace válida la aceptación de riesgo de un servidor heredado durante el plan?
Ver pista de ayuda
Piensa en quién responde, qué reduce el riesgo en el entretanto y cuándo se vuelve a decidir.
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.