- Shipped
- 8 de agosto de 2026 a las 3:40 UTC
- Author
- kamo
- Commit
- 913da0a
Un chat de 2 GiB llegó al 100% y luego falló con 'Bad Gateway' porque a desplegada aterrizó encima de ella: la cápsula tomó SIGTERM a las 03:34:36 y la transferencia, siete minutos después, se rotó cinco segundos después. Dos causas. Next maneja SIGTERM con un proceso desnudo.exit(143), por lo que las solicitudes en vuelo morir inmediatamente no importa el período de gracia que se establece; y el período de gracia era de 5s de todos modos. Ambos fueron inofenables cuando las solicitudes duraron milisegundos. Ahora un solo accesorio puede ocupar una conexión durante minutos mientras este grupo se despliega en cada empujón, por lo que cualquier El empuje concurrente destruye una subida. SIGTERM ahora drena: deja de aceptar nuevas conexiones, soltar alcaldes de mantener inco plano a la vez la cápsula deja la rotación inmediatamente, y deja que las solicitudes de ejecución terminen. El manejador de Next es interceptado en lugar de limitarse a superarse, porque una salida en el interior de cualquier oyente gana rotundamente. Una vaina sin nada en vuelo todavía sale en aproximadamente un segundo, tan ordinario Los despliegues no cambian; sólo una vaina con trabajo real para terminar las esperas, con un tope a los 600s bajo un período de gracia de 660s y un plazo de progreso de 900s que coincide con el tiempo de espera de la desplegar el flujo de trabajo ya se espera.