- Spegnimento
- 4 settembre 2026 alle ore 20:39 UTC
- Autore
- Kamo
- Impegno
- f0edd01
Il prossimo gestisce SIGTERM con un processo nudo.exit(143), così ogni dispiegamento sequestrato qualsiasi questo pod aveva in volo — un post del modulo, un'azione del server, un carico di pagamento RSC in streaming, un caricamento. Invisibile quando un richiesta è durata millisecondi; non invisibile su un cluster che si distribuisce su ogni spinta. script/standalone-entry.cjs avvolge il server standalone: su SIGTERM smette di accettare, drop idle manten-alives in una volta così un baccello con nulla in volo esce ancora in circa un secondo, e lascia correre richieste finire sotto un tappo che si siede sotto terminazioneGracePeriodSeconds. Portato da kamo-internal, che lo ha condotto in produzione per mesi. Il wrapper inizia server-nonce.js piuttosto che server.js, attraverso NEXT SERVER ENTRY — il nonce CSP server rimane esattamente dove era nella catena. repliche 1 -> 2. Lo stato lato server vive in Redis, non nel pod, e non c'è lavoro programmato per duplicare, quindi una seconda replica non cambia nulla tranne che perdere un pod smette di essere un outage. In una replica un omicidio OOM, una sonda di liveness fallita o uno scarico del nodo hanno preso l'intera cosa per Finche' ci vorra' per iniziare. topologySpreadConstraints (aggiunto prima, inerte fino ad ora) tenere i due su nodi diversi dove il cluster può gestirlo, e un PodDisruptionBudget in KlusterServices fa un'attesa di scarico.