- Shipped
- 4 settembre 2026 alle ore 20:39 UTC
- Author
- Kamo
- Commit
- 30da19b
RAGService lega due durevoli JetStream del proprio — consumo di ragnote e consumo di rag-kb-consumer — e un consumatore di spinta durevole senza gruppo di consegna ammette esattamente un abbonato. Una seconda capsula sono stati rifiutati [SUB-90012], lasciando l'indicizzazione pinned a qualsiasi pod legato prima con Non c'e' nulla che prenda il controllo quando quel baccello e' quello che muore. Entrambi ora si uniscono a un gruppo di consegna, così NATS consegna ogni evento a un solo sondaggio. Questo è ciò che indicizza ha bisogno: una volta, non una volta per pod, e non una volta per pod che è capitato di vincere una gara. repliche 1 -> 2. Questo servizio non funziona @Scheduled lavoro e non lega NATS esclusivo durevole, quindi un seconda capsula non duplica nulla — è richiesta senza stato che serve, e l'unica cosa che lo tiene a una replica era che nulla aveva sollevato il numero. A una replica maxSurge nasconde l'esposizione durante una distribuzione pulita e nessun altro: un OOM uccidere, un la sonda di liveness fallita o uno scarico del nodo hanno tolto la capacità per i 59-79 secondi a Il contesto primaverile si avvia. Un PodDisruptionBudget in KlusterServices ora fa un'attesa di scarico.