Cargas estacionales y congelación de cambios

Una congelación de cambios es una ventana, con fecha de inicio y de fin, en la que no se publican cambios en producción salvo por un camino de excepción. Su propósito es reducir el riesgo cuando el costo de una caída es máximo y la capacidad de reaccionar es mínima (el equipo está en guardia y el tráfico no admite pruebas).

Tiene tres reglas. Fija qué queda dentro (el flujo de compra, el pago, la infraestructura que lo sostiene) y qué no. Define el camino de excepción: quién la aprueba, con qué justificación y con plan de reversión. Y no prohíbe corregir una vulnerabilidad grave: la excepción existe precisamente para eso.

La tabla del calendario marca qué cambios caen dentro de la congelación (del 16 de noviembre al 7 de diciembre) y si alguien pidió excepción. Un cambio dentro de la ventana sin excepción no es un olvido de papeleo: es un cambio que nadie decidió que debía entrar.

Abre el calendario de cambios y busca el que cae dentro de la ventana y no tiene excepción solicitada.

Una cifra de campaña sin números no se puede cuestionar. El pronóstico da el tráfico habitual y el múltiplo que marketing espera; las pruebas de carga dicen hasta dónde se demostró que la tienda aguanta. Lo que queda entre las dos es lo que se va a descubrir en producción.

Calcula el tráfico esperado (habitual por el múltiplo), toma la mayor prueba que terminó correcta y resta. Usa solo las pruebas cuyo resultado fue «correcta».

Aprobar una excepción no la vuelve segura. Un cambio de última hora sin plan de reversión convierte un fallo en un incidente de varias horas: si sale mal, no hay un camino rápido de vuelta. El plan de reversión es parte de la excepción, no un extra.

Vuelve al calendario y busca el cambio con excepción aprobada y sin plan de reversión.

El equipo de seguridad avisa de una vulnerabilidad grave en una librería que usa el carrito. La corrección existe y es una actualización de versión. Estamos a diez días de la campaña.