Disponibilidad y cambios en caliente

En un cambio en caliente el despliegue se hace de a poco: se actualiza una réplica (o un pequeño grupo), se observa una métrica de servicio y solo entonces se sigue con las demás. Si la métrica cae, se vuelve atrás con el resto aún intacto. Es el mismo principio de un despliegue por etapas, pero con la métrica adecuada a la red (por ejemplo, la tasa de sesiones establecidas con éxito) y no solo con «el pod está sano».

Un plan de reversa dice cómo volver a la versión anterior, quién lo decide y con qué métrica. Sin plan, ante un fallo se improvisa, y se improvisa peor cuando la red está cargada. Un cambio que toca todas las réplicas a la vez, sin plan, y en hora de mucho tráfico, junta los tres errores.

Lee el calendario y busca el cambio sin plan de reversa.

La ventana de un cambio se elige donde el costo de un fallo es menor: la hora de menos sesiones activas. Pero no se mira solo la media: también importa que el calendario no concentre varios cambios en la misma franja.

Cada minuto de cambio es un minuto en el que la red tiene menos capacidad o menos margen. Sumar el tiempo planeado de la semana no dice si el cambio es bueno, pero sí cuánto tiempo la red estará en un estado «de transición».

El criterio de reversa existe para quitar la decisión del juicio del momento: si la métrica baja del umbral durante el tiempo fijado, se vuelve atrás. Aquí hay una medición de CAM-201 y un umbral escrito.