- Shipped
- 4. September 2026 um 20:39 UTC
- Author
- Kamo
- Commit
- 30da19b
RAGService bindet zwei JetStream langlebige JetStream-Lobgeräte für sich selbst - rag-note-consumer und rag-kb-consumer ein langlebiger Push-Verbraucher ohne liefern Gruppe gibt genau EIN Abonnent. Eine zweite Hülse wäre wurden abgelehnt [SUB-90012], so dass die Indizierung an die Pod gebunden zuerst mit Nichts übernehmen, wenn diese Hülse ist die, die stirbt. Beide schließen sich nun einer Gruppe an, so dass NATS jedes Event genau einem Pod reicht. Das ist, was Indizierung Bedürfnisse: einmal, nicht einmal pro Hülse, und nicht einmal pro Pod, die passiert, um ein Rennen zu gewinnen. Repliken 1 - 2. Dieser Service läuft keine @Scheduled Arbeit und bindet keine exklusive NATS langlebig, so dass ein zweite pod dupliziert nichts - es ist staatenlose Anfrage dienen, und das einzige, was halten sie bei Eine Replik war, dass nichts die Zahl erhöht hatte. Bei einer Replik maxSurge verbirgt die Belichtung während einer sauberen Bereitstellung und nirgendwo sonst: ein OOM töten, ein gescheiterte Lebendigkeit Sonde oder ein Knotenabfluss nahm die Fähigkeit vollständig für die 59-79 Sekunden ein Der Frühlingskontext nimmt zu booten. Ein PodDisruptionBudget in KlusterServices macht jetzt einen Abfluss warten.