Yeşili raporlamak yerine kötü bir rollout Başarısız

FixDaemonService
Shiked
4 Eylül 2026 19:50 UTC
Yazar
Kamo
Commit
5cb2e42

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. Sadece minReady Saniyeler burada. "strateji: Recreate" kasıtlı ve kalır: Her iki servis de bağlanır EXCLUSIVE NATS JetStream dayanıklı tüketiciler @PostConstruct with no retry, so an overlapping pod SUB- Muhasebe2 başarısız olur ve tüketici bir manuel ölçeke kadar ölü kalır. Ön Dur kancası sadece sadece Boşluğu ortadan kaldırmak, çünkü Recreate arkaya hizmet etmek için hiçbir pod'u yükseltiyor.

Tüm değişiklikler

Kargoyu gördüğünüz gibi?

İş alanınızda bu güncellemelerden her biri otomatik olarak. Ücretsiz başlayın ve haftadan sonra büyümesini izleyin.

Sonsuza Kadar Ücretsiz BaşlangıçFırsatları Görüntüle