Dado un servidor interno que se ejecuta en modo de producción, me gustaría mantener el impacto en los usuarios lo más bajo posible al implementar actualizaciones periódicas (en el servidor en sí, no en las máquinas de los usuarios... pero ese sería un problema bastante similar).
La respuesta obvia a mi pregunta es "por la noche, cuando los usuarios están en casa". Pero "noche" es un largo período de tiempo. ¿Deberíamos comenzar temprano en la noche para detectar problemas con la actualización temprano y estar listo para revertirla? ¿O es mejor empezar temprano en la mañana y utilizar a los primeros usuarios como "conejillos de indias" para desencadenar los problemas más rápidamente? ¿O en medio de la noche, cuando la concentración de quien supervisa la actualización es bastante baja pero se garantiza que no tendrá identificadores de archivos abiertos de algunos usuarios que trabajan tarde?
¿Hay algún trabajo de investigación sobre el tema?
Respuesta1
¿Por qué no observar el uso simultáneo de su sistema históricamente y determinar en qué momentos del día el uso es más bajo? Luego, coloque su cambio justo en medio de ese período de bajo uso.
Al calcular cuánto tiempo llevará el cambio, incluya pruebas previas y posteriores a la implementación y pruebas de verificación de producción. Además, calcule cuánto tiempo llevará revertir el cambio si falla alguna prueba.
En mi humilde opinión, sus 'primeros usuarios' no deberían ser conejillos de indias. Que los usuarios en vivo básicamente prueben sus cambios con verificación de producción no es algo bueno. Destruye la confianza de los usuarios finales y los resultados inesperados pueden arruinar la producción, lo que significa que no sólo hay que revertir el cambio, sino también revertir cualquier "daño" que el cambio pueda haber causado.
No conozco ningún artículo de investigación, pero eche un vistazo a cualquier marco de gestión de servicios de TI (ITSM), como ITIL, y encontrará muchos estándares y mejores prácticas sobre la gestión de lanzamientos de software. Todos los sistemas son diferentes, por lo que depende de cuántas prácticas se adopten y de la formalidad. Los estándares ITSM tienen en mente grandes sistemas.
Respuesta2
Esto depende totalmente de la naturaleza del negocio. Algunas oficinas abren de 9 a 5 cinco días a la semana. Otros negocios están las 24 horas del día, los 365 días del año. Otros factores, como el personal y la disponibilidad de recursos, desempeñan un papel importante. Ningún trabajo de investigación podría cubrir de manera integral todos los cronogramas o eventualidades posibles.
En última instancia, la dirección de la empresa o departamento, junto con la dirección de TI, debe determinar qué es lo mejor.
La clave del éxito es comunicarse con los usuarios cuando está programado que comience el tiempo de inactividad, cuánto tiempo se espera que dure, cualquier preparación requerida de los usuarios y qué pueden esperar como resultado del éxito o el fracaso. Una gran parte de eso es cumplir con las expectativas que establezca.
Al final, nada está grabado en piedra. Si el proceso no funciona, haga ajustes. Se agradecerá su flexibilidad y adaptabilidad.
Al realizar procedimientos de mantenimiento y actualización de los equipos de prueba de antemano, cuando sea posible, estará mejor preparado cuando llegue el momento de implementarlos en los sistemas de producción.
Respuesta3
Trabajo en un ISP y, según mi experiencia, la mayoría de las personas que consideraría administradores de sistemas importantes eligen los viernes por la noche en los fines de semana festivos para realizar sus principales revisiones de red. Eso les da 24 horas adicionales para probar y, si es necesario, revertir sus cambios. Sin embargo, en gran medida esto depende totalmente de la naturaleza y los hábitos de sus usuarios.
Respuesta4
En mi caso, instalamos las actualizaciones a las 4 de la mañana, para evitar afectar a los usuarios, incluso a los que trabajan un poco tarde.
Si tiene un buen sistema de monitoreo que le advierte si ocurre un problema, debería poder solucionarlo temprano en la mañana, incluso antes de ir a trabajar.