- Shipped
- 4 settembre 2026 alle ore 19:50 UTC
- Author
- Kamo
- Commit
- 88831f3
Deploys ha sostituito l'unico pod di ogni servizio con nulla per catturare le richieste in volo. Tre impostazioni, applicate attraverso la flotta: - preStop dorme 10s prima che il processo veda SIGTERM. Kubernetes rimuove il baccello dal suo EndpointSlice e lo segnala allo stesso momento, e Traefik impara solo della rimozione da guardare — così per un momento continua a inviare nuove richieste in una capsula che è già iniziata rifiutandoli. Quel divario è da dove sono arrivati i 502 su un rollout altrimenti pulito. - terminazioneGracePeriodSeconds sollevato sopra il sonno preStop, quindi il gancio non è di per sé SIGKILLed, e il lavoro in volo ha spazio per finire. È un soffitto, non un'attesa: un baccello inattivo esce ancora tra circa un secondo. - minReadySeconds 15, quindi un baccello che passa la prontezza una volta e poi cade sopra non può ritirare il pod sano sostituito dopo CI ha già chiamato il rollout buono. topologySpreadConstraints sono aggiunti pronti per una seconda replica; sono inerti ad uno. Audited dal cluster live: 63 di 65 distribuzioni in `kamo` ha eseguito una singola replica, 1 di 65 aveva un gancio preStop, e nessuno aveva minReadySeconds. La finestra di Graceful Shutdown e' passata da 5 a 5. 30 nel ConfigMap. Quel limite interiore era quello vincolante: non importa quanto generoso il baccello periodo di grazia, la primavera ha smesso di aspettare dopo cinque secondi e ha lasciato cadere tutto quello che era ancora in esecuzione. Il ConfigMap è ciò che funziona — è montato sopra l'applicazione dell'immagine.yml come SPRING CONFIG LOCATION, una sostituzione completa piuttosto che un sovrapposizione.