वितरण उपभोक्ता को साझा करें, इसलिए दूसरा फली मना नहीं किया जाता है

शिप

4 सितंबर 2026 को 9:51 pm बजे UTC

लेखक

Kamo

Commit

616e0a8

उत्पादन में पकड़ा गया पल सेवा 2026-09-04 पर दो प्रतिकृतियां चला गया। प्रत्येक फली इस वर्ग लॉग, एक बार, बूट पर: [वेबहुक] जेटस्ट्रीम उपभोक्ता की सदस्यता के लिए विफल: [SUB-90012] उपभोक्ता पहले से ही एक के लिए बाध्य है सदस्यता कोई वितरित समूह के साथ एक टिकाऊ धक्का उपभोक्ता वास्तव में एक ग्राहक स्वीकार करता है, और इस कार्यकर्ता के पास कोई नहीं है retry. वेबहुक को अभी भी वितरित किया जा रहा था - जिसके द्वारा पहली बार पॉड बाउंड - इसलिए विफलता होती है जब तक कि यह पॉड मर जाता है तब तक अदृश्य है, जिस पर बिंदु वितरण पूरी तरह से बंद हो जाता है और जीवित फली कभी इसे नहीं उठाती। बूट पर एक एकल लॉग लाइन एकमात्र चेतावनी है। उपभोक्ता अब एक वितरित समूह में शामिल हो जाता है, इसलिए NATS प्रत्येक वेबहुक को वास्तव में एक फली और किसी भी फली को सौंप देता है। ले सकते हैं। यह वही है जो वेबहुक डिलीवरी चाहता है: एक बार, प्रति पॉड एक बार नहीं, और प्रति पॉड एक बार नहीं यह एक दौड़ जीतने के लिए हुआ था। ReconcileDeliverGroup () एक उपभोक्ता को हटा देता है जो सदस्यता लेने से पहले समूह के बिना मौजूद है - अनिवार्य है क्योंकि हर मौजूदा पुराने आकार में है और जेनेट एक सादे टिकाऊ में शामिल नहीं होंगे एक कतार सदस्य के रूप में। यह बांध को मना कर देता है और उसे मना कर देता है। पुन: निर्माण लागत कुछ नहीं: वितरित नीति नई/अंतिम है, इसलिए एक नया उपभोक्ता शुरू होता है जहां पुराना था। स्ट्रीम का नाम NatsConfig का अपना **************** एक घोषित करने के बजाय एक ही स्ट्रीम के लिए दूसरी संपत्ति, इसलिए एक नाम कहीं और देखने के लिए मिलान नहीं छोड़ सकता है। यह वर्ग साझा पुस्तकालय में रहता है, इसलिए फिक्स अपने अगले निर्माण पर प्रत्येक सेवा तक पहुंच जाता है। जब तक इसके बाद डिलीवरी बाउंड पॉड पर काम करती रहती है; क्या गायब है केवल असफल है।.