Hören Sie auf, den einzigen Chat-Pod zu löschen, bevor er seinen Ersatz startet

FixMediaService
Verschifft
4. September 2026 um 19:50 UTC
Autor
Kamo
Ausschuss
aefbb92

Einsatz ersetzt die einzige Hülse jedes Dienstes mit nichts, um die Anfragen in fangen Flug. Drei Einstellungen, die auf die gesamte Flotte angewendet werden: - preStop schläft 10s, bevor der Prozess sieht SIGTERM. Kubernetes entfernt die Hülse aus seinem EndpointSlice und signalisiert es im gleichen Moment, und Traefik erfährt nur von der Entfernung durch Uhr - also für einen Moment hält es das Versenden neuer Anfragen in eine Hülse, die bereits begonnen hat Verweigerung. Diese Lücke ist, wo die 502s auf einem sonst sauberen Rollout kam. - KündigungGracePeriodSeconds über dem PreStop-Schlaf angehoben, so dass der Haken nicht selbst ist SIGKILLed, und In-Flight-Arbeit hat Platz zu beenden. Es ist eine Decke, keine Wartezeit: eine Leerlaufkapsel immer noch in etwa einer Sekunde austritt. - minReadySeconds 15, so dass eine Hülse, die Bereitschaft einmal besteht und dann umfällt, nicht in den Ruhestand gehen kann gesunde pod es ersetzt, nachdem CI hat bereits den Rollout gut genannt. TopologieSpreadConstraints sind bereit für eine zweite Replik hinzugefügt; sie sind inert bei einem. Aus dem Live-Cluster ausgewiesen: 63 von 65 Einsätzen in der "Kamo"-Reihen liefen eine einzige Replik, 1 von 65 ein PreStop Haken, und keiner hatte minReadySeconds. MediaService mit "strategy: Recreate" bei einer Replik mit einer 5s-Nachfrist, so dass jeder Bereitstellung gelöscht die pod dienen Chat, Anhänge, den Chat und Benachrichtigung WebSockets, Präsenz und schieben, und erst dann startete der Ersatz - dessen eigene Protokolle legte seinen boot bei 59 Sekunden. Das ist ein Fenster mit 65 Pfund, in dem der Dienst nicht existierte, und ein Upload auf dem Draht wurde am 5s Marke. Ein Mitglied verlor einen Dokumenten-Upload genau auf diese. Es gibt keine PersistentVolumeClaim hier und war nie - die Bände sind eine ConfigMap, zwei Geheimnisse und zwei leereDirs - so nichts jemals benötigt Rekre erstellen. Es war übrig geblieben. RollingUpdate mit maxUnverfügbar 0 / maxSurge 1; Grazie 660s zu kamo-internal passen, die trägt die gleichen 3 GiB-Aufsätze; ************ 5s --600s, das war die Limit tatsächlich schneiden Uploads aus; CI Rollout Timeout erhöht auf 900s, um über der Gnade zu sitzen. Repliken bleiben bei 1: MediaService kann zwei Hülsen noch nicht richtig bedienen. Sein STOMP Broker ist in-Hauf und seine pro-Konversation JetStream Verbraucher ist eine exklusive langlebige benannt nach der Sitzung GUID, so dass eine zweite pod würde still nichts für Gespräche erhalten die erste pod gebunden. Das wird separat festgelegt, bevor sich die Replikanzahl bewegt.

Alle Änderungen

Wie, was Sie sehen Versand?

Jedes dieser Updates landet automatisch in Ihrem Arbeitsbereich. Starten Sie frei und beobachten Sie es Woche für Woche wachsen.

Free Forever startenPreisgestaltung anzeigen