Anillos de despliegue

Un plan típico tiene un anillo de pruebas (equipos de laboratorio), un piloto (usuarios de TI y algunos voluntarios), un anillo amplio (el resto de usuarios) y un último anillo con los equipos críticos. Cada anillo espera un tiempo antes de abrir el siguiente, y avanza solo si no hay incidencias abiertas.

El piloto cumple su función si contiene variedad: modelos de equipo, periféricos y aplicaciones de áreas distintas. Un piloto formado solo por equipos de TI recién instalados no encuentra los problemas de la impresora de etiquetas de logística.

La regla del avance es lo que convierte los anillos en un control y no en un calendario: si un anillo tiene una incidencia abierta, el siguiente espera. Eso exige que las incidencias se registren con anillo y estado, y que alguien las cierre.

Lee incidencias en el escenario de Aldebarán.

Cada anillo espera sus días desde su propio inicio antes de que arranque el siguiente. Con el martes de parches como inicio del primero, se puede calcular la fecha más temprana del último anillo, suponiendo que no haya incidencias que lo retrasen.

Lee anillos (columna de espera) y calendario.

Los equipos cuya caída detiene la producción (controladores de planta, servidores de aplicaciones críticas) van en el último anillo y con ventana de mantenimiento aprobada. No es que sus parches importen menos: es que se aplican cuando el plan ya ha demostrado que el parche es seguro.