- Shiked
- 4 Eylül 2026 19:50 UTC
- Yazar
- Kamo
- Commit
- d712ce9
Deploys, talepleri yakalamak için her hizmetin tek pod'unu değiştirdi Uçuş. Filoda uygulanan üç ayar: - Ön Durak, işlemden önce 10 uyuyor SIGTERM. Kubernetes pod'u ondan çıkarır EndpointSlice ve aynı anda işaret eder ve Traefik sadece geri çekilmeyi öğrenir Saat – bu yüzden bir an için, çoktan başlayan bir pod'a yeni talepleri göndermeye devam ediyor Onları reddetme. Bu boşluk, aksi takdirde temiz bir rolloutdaki 502'nin nereden geldiğidir. - bitişGracePeriodİkincileri Ön Durağın üstünde yükseltti, bu yüzden kancanın kendisi değil SIGKILLed ve in-flight çalışması bitirmek için oda vardır. Bir tavan, bir bekleme değil: bir idle pod Hala bir saniye içinde çıkıyor. - minReady Saniyes 15, bu yüzden bir kez hazırlık yapan bir pod ve sonra düşmez CI'den sonra sağlıklı pod zaten ruloyu iyi çağırdı. TopolojiSpreadConstraints ikinci bir çoğaltma için hazırdır; birinde inert. Canlı kümeden Denetim: ‘kamo’daki 65 dağıtımın 63'ü tek bir çoğaltma koştu, 65'in 1'i tek bir çoğaltma geçirdi. Bir ön Dur kancası ve hiç kimse ikincileri yoktu. **************** “server.shutdown: Başlangıçtan beri lütuflu” Üretimde hiç bir zaman okumadı: k8s/deployment.ya ml k8s / yapılandır.ya ml ************ dosyayı onunla birleşmek yerine değiştirir. Ve bu ConfigMap'in kapatılması yoktu. So APIService – en yoğun hizmetlerden biri Platform – her in-flight isteğini her dağıtmada SIGTERM aldı. Adds "shutdown: lütuf verici" ve aslında çalışan ConfigMap'e 30 saatlik bir süre boyunca.