Recreate deploy strategy so NATS durable consumers rebind on deploy

FixDaemonService
Ya
28 Juni 2026, 16:48 UTC
Mwandishi
Sage
Ahadi ya
e6ad430

DaemonService binds EXCLUSIVE JetStream durable consumers (daemon-sync-trigger, **************** [the §2.8 breach loop], daemon-recording-received) in @PostConstruct with no retry. Under RollingUpdate (maxSurge 1) the new pod subscribes while the old pod still holds those durables → [SUB-90012 "Consumer is already bound"] and they stay DEAD until a manual scale 0→1 (observed on this session's deploy: the breach consumer failed to bind; restored via scale 0→1). Recreate terminates the old pod first (releasing the durables) then starts the new → clean bind. A background daemon tolerates the brief deploy gap.

Mabadiliko yote

Je, unaona nini kuhusu usafiri?

Kila moja ya hizi updates ardhi katika nafasi yako ya kazi moja kwa moja. Kuanza bure na kuangalia kukua wiki baada ya wiki.

Kuwa Huru MileleMtazamo wa bei