- ¿Bajo qué condiciones continuaría usando el equipo?
El equipo antiguo está bien para cajas de desarrollo, prueba o scratch; Básicamente, cualquier cosa que no perjudique (significativamente) al negocio cuando vaya en auge.
Si se considera producción, misión crítica o el negocio requiere que mantenga un SLA en él, entonces el kit sin soporte no es apto para el trabajo.
- ¿Qué factores considera al tratar de determinar los riesgos asociados con continuar usando el equipo?
La mayor consideración es la disponibilidad de piezas. Si no puede obtener una nueva fuente de alimentación o disco cuando el servidor lanza uno, el negocio se detiene y comienza a perder dinero. Esa es razón suficiente para no tenerlo en producción.
Esto puede mitigarse si es capaz de auto-repuesto (adquirir unidades de repuesto / fuentes de alimentación / RAM) mientras las partes aún están disponibles del proveedor. Si los necesitas, genial; si no, acabas de malgastar un montón del presupuesto de actualización de hardware del próximo año. Tenga en cuenta que las piezas compradas cuando el servidor ha finalizado su vida útil son significativamente más caras que los equipos de la generación actual.
- Si cree que el riesgo es demasiado grande, ¿cómo convence a la gerencia para que se relaje con los bolsillos en una economía difícil?
Hay dos formas de atacar esto: cuánto costaría al negocio si fallara el kit y cuánto puede ahorrar reemplazándolo.
Lo primero es difícil de definir a menos que pueda definir el valor del trabajo realizado por el servidor. Si el servidor permite que las personas compren su producto y usted conoce el valor de las ventas promedio por día, esto es bastante fácil. Si se trata de un servidor de desarrollo, el costo de la pérdida de productividad del desarrollador mientras que el servidor está muerto también debería ser fácil de calcular. Si no tiene acceso a estos números, es posible que necesite obtener ayuda de su departamento de finanzas para resolverlo.
Esto último es significativamente más fácil para usted: demuestre que puede hacer más con menos kit nuevo. Examine la virtualización y la consolidación para reducir el recuento de cajas (grandes ganancias allí, tengo ~ 100VM en ~ 7 hosts por valor de recursos), defina la reducción en el esfuerzo requerido para admitir menos cajas (y, por lo tanto, cuánto más tiempo tendrá tener para proyectos y mejorar el medio ambiente) y resolver los ahorros de costos del centro de datos permanente para energía, refrigeración y espacio en rack.
En el futuro, incorpore la obsolescencia planificada en sus proyectos desde el primer día y comience el ciclo de actualización seis meses antes del día de apagado que especificó (y la administración acordó) en la documentación del proyecto. Revisar el entorno en aproximadamente 2 años y medio le da tiempo de sobra para pasar por los aros de gestión y finanzas necesarios para que se ordene el nuevo kit y para implementar una migración sin problemas antes de enviar el kit antiguo al gran vendedor en el cielo.
Hacer que la gerencia se adhiera al ciclo de actualización ayudará a largo plazo ... siempre que pueda vender su valor.
Buena suerte.