- Spegnimento
- 4 settembre 2026 alle ore 21:51 UTC
- Autore
- Kamo
- Impegno
- 616e0a8
Catturato in produzione il momento dei servizi è andato a due repliche il 2026-09-04. Ogni capsula portava questa classe ha registrato, una volta, al boot: [Webhook] Non è riuscito a sottoscrivere JetStream consumatore: [SUB-90012] Il consumatore è già legato ad un abbonamento. Un consumatore di spinta durevole senza gruppo di consegna ammette esattamente un abbonato, e questo lavoratore non ha Retry. I Webhooks sono stati ancora consegnati — da qualsiasi pod limitato prima — quindi il fallimento è invisibile fino a quando quel baccello è quello che muore, a quel punto la consegna si ferma completamente e il pod sopravvissuto non lo prende mai. Una singola riga di log all'avvio è l'unico avvertimento. Il consumatore ora si unisce a un gruppo di consegna, così NATS consegna ogni webhook a un solo pod e qualsiasi pod può prendere il sopravvento. Questo è ciò che la consegna webhook vuole: una volta, non una volta per pod, e non una volta per pod che è successo a vincere una gara. riconciliaDeliverGroup() cancella un consumatore che esiste SENZA del gruppo prima di sottoscrivere — obbligatorio, perché ogni esistente è nella forma vecchia e jnats non si unirà a un semplice durevole come membro della coda. Rifiuta il legame e continua a rifiutarlo. Ricreare non costa nulla: la consegna politica è New/Last, quindi un consumatore fresco inizia dove il vecchio era. Il nome del ruscello legge il nome di NatsConfig, invece di dichiararlo. seconda proprietà per lo stesso flusso, quindi un rinominato non può lasciare il riconciliare guardando altrove. Questa classe vive nella biblioteca condivisa, quindi la correzione raggiunge ogni servizio sulla sua successiva costruzione. Fino a poi la consegna continua a lavorare sul pod legato; ciò che manca è solo il failover.