AiHummer को इस प्रकार डिजाइन किया गया है कि वह एक उत्तर पूरा कर सके भले ही चैनल कनेक्शन अस्थायी रूप से कट जाए या इंस्टेंस रीस्टार्ट हो जाए। यह पृष्ठ वर्णित करता है दृश्य व्यवहार और उस कार्रवाई को जो एक व्यवस्थापक को करनी चाहिए। यह जानबूझकर आपसे प्लेटफ़ॉर्म की आंतरिक वितरण मशीनरी को समझने की आवश्यकता नहीं रखता।
उपयोगकर्ताओं को क्या देखना चाहिए
एक उपयोगकर्ता संदेश भेजने के बाद:
सत्र उस संदेश को दिखाता है जिसे स्वीकार किया गया था।
एजेंट इसे प्रोसेस करता है और एक दिखाई देने वाला जवाब तैयार करता है।
यदि चैनल अस्थायी रूप से अनुपलब्ध है, तो डिलीवरी को पुनः प्रयास किया जाता है।
जब चैनल लौटता है, उत्तर उपयोगकर्ता को भेजने की आवश्यकता के बिना दिखाई देता है
वही अनुरोध फिर से।
एक ही अनुरोध से दोहराए गए दिखाई देने वाले उत्तर नहीं उत्पन्न होने चाहिए। अगर कोई ग्राहक फिर से जुड़ता है, तो यह हाल की इतिहास को पुनः लोड कर सकता है, लेकिन वार्ता स्वयं एक लगातार सत्र बनी रहती है।
पुनःआरंभ के बाद क्या होता है
एक उदाहरण अपडेट, होस्ट रिबूट या अप्रत्याशित रीस्टार्ट स्वीकार किए गए अनुरोध को गायब नहीं होना चाहिए। जो काम सुरक्षित रूप से जारी रखा जा सकता है वह तब फिर से शुरू किया जाता है जब उदाहरण स्वस्थ हो जाता है। उपयोगकर्ता को या तो पूर्ण उत्तर दिखाई देना चाहिए या एक स्पष्ट विफलता स्थिति जो दोबारा प्रयास की जा सकती है।
[!NOTE]
जब इंस्टेंस अभी भी पुनर्प्राप्त हो रहा हो, तो तुरंत अनुरोध दोहराएँ नहीं।
पहले स्वास्थ्य स्थिति के सामान्य होने का इंतजार करें और सत्र को ताज़ा करें।
यह रिकवर हो रही रिक्वेस्ट के साथ वास्तव में नई रिक्वेस्ट बनाने से बचता है।
यदि उत्तर नहीं आता
खोलें स्थिति और पुष्टि करें कि इंस्टेंस और प्रभावित चैनल हैं
स्वस्थ।
सत्र खोलें और इसे एक बार ताज़ा करें।
जाँच सूचनाएँ डिलीवरी या चैनल चेतावनी के लिए।
पिछले अनुरोध दिखाई देने के बाद ही एक छोटा नया परीक्षण संदेश भेजें
सफलता या असफलता का परिणाम।
अगर समस्या दोहराए, तो समय, सत्र, चैनल और दिखाई देने वाली त्रुटि दर्ज करें,
तो सपोर्ट से संपर्क करें। कभी भी API कुंजी या चैनल सीक्रेट्स को टिकट में न चिपकाएँ।
चैनल-विशिष्ट पुनर्प्राप्ति के लिए, संबंधित गाइड को खोलें चैनल. उदाहरण के लिए स्वास्थ्य जांचें, देखें सिस्टमड और स्वास्थ्य जांच.
प्रशासकों को क्या निगरानी करनी चाहिए
कार्यान्वयन विवरणों के बजाय उपयोगकर्ता-दृश्य परिणामों को देखें:
उत्तर एक चैनल तक पहुंचना बंद कर देते हैं जबकि अन्य चैनल काम कर रहे हैं;
सत्र असामान्य रूप से लंबे समय तक चल रहे हैं;
उदाहरण बार-बार स्वस्थ और अनुपलब्ध के बीच बदलता रहता है;
सूचनाएँ बार-बार डिलीवरी विफलताओं की रिपोर्ट करती हैं;
उपयोगकर्ता एक स्वीकृत अनुरोध के लिए दोहराए गए उत्तर देखते हैं।
ये लक्षण, उनके समय-सीमा के साथ, समस्या का निदान करने के लिए सपोर्ट के लिए पर्याप्त हैं।
AiHummer को इस प्रकार डिजाइन किया गया है कि वह एक उत्तर पूरा कर सके भले ही चैनल कनेक्शन अस्थायी रूप से कट जाए या इंस्टेंस रीस्टार्ट हो जाए। यह पृष्ठ वर्णित करता है **दृश्य व्यवहार** और उस कार्रवाई को जो एक व्यवस्थापक को करनी चाहिए। यह जानबूझकर आपसे प्लेटफ़ॉर्म की आंतरिक वितरण मशीनरी को समझने की आवश्यकता नहीं रखता।
## उपयोगकर्ताओं को क्या देखना चाहिए
एक उपयोगकर्ता संदेश भेजने के बाद:
1. सत्र उस संदेश को दिखाता है जिसे स्वीकार किया गया था।
2. एजेंट इसे प्रोसेस करता है और एक दिखाई देने वाला जवाब तैयार करता है।
3. यदि चैनल अस्थायी रूप से अनुपलब्ध है, तो डिलीवरी को पुनः प्रयास किया जाता है।
4. जब चैनल लौटता है, उत्तर उपयोगकर्ता को भेजने की आवश्यकता के बिना दिखाई देता है
वही अनुरोध फिर से।
एक ही अनुरोध से दोहराए गए दिखाई देने वाले उत्तर नहीं उत्पन्न होने चाहिए। अगर कोई ग्राहक फिर से जुड़ता है, तो यह हाल की इतिहास को पुनः लोड कर सकता है, लेकिन वार्ता स्वयं एक लगातार सत्र बनी रहती है।
## पुनःआरंभ के बाद क्या होता है
एक उदाहरण अपडेट, होस्ट रिबूट या अप्रत्याशित रीस्टार्ट स्वीकार किए गए अनुरोध को गायब नहीं होना चाहिए। जो काम सुरक्षित रूप से जारी रखा जा सकता है वह तब फिर से शुरू किया जाता है जब उदाहरण स्वस्थ हो जाता है। उपयोगकर्ता को या तो पूर्ण उत्तर दिखाई देना चाहिए या एक स्पष्ट विफलता स्थिति जो दोबारा प्रयास की जा सकती है।
> [!NOTE]
> जब इंस्टेंस अभी भी पुनर्प्राप्त हो रहा हो, तो तुरंत अनुरोध दोहराएँ नहीं।
> पहले स्वास्थ्य स्थिति के सामान्य होने का इंतजार करें और सत्र को ताज़ा करें।
> यह रिकवर हो रही रिक्वेस्ट के साथ वास्तव में नई रिक्वेस्ट बनाने से बचता है।
## यदि उत्तर नहीं आता
1. खोलें **स्थिति** और पुष्टि करें कि इंस्टेंस और प्रभावित चैनल हैं
स्वस्थ।
2. सत्र खोलें और इसे एक बार ताज़ा करें।
3. जाँच **सूचनाएँ** डिलीवरी या चैनल चेतावनी के लिए।
4. पिछले अनुरोध दिखाई देने के बाद ही एक छोटा नया परीक्षण संदेश भेजें
सफलता या असफलता का परिणाम।
5. अगर समस्या दोहराए, तो समय, सत्र, चैनल और दिखाई देने वाली त्रुटि दर्ज करें,
तो सपोर्ट से संपर्क करें। कभी भी API कुंजी या चैनल सीक्रेट्स को टिकट में न चिपकाएँ।
चैनल-विशिष्ट पुनर्प्राप्ति के लिए, संबंधित गाइड को खोलें [चैनल](/hi/v1.0/webui/channels). उदाहरण के लिए स्वास्थ्य जांचें, देखें [सिस्टमड और स्वास्थ्य जांच](/hi/v1.0/operations/systemd-health).
## प्रशासकों को क्या निगरानी करनी चाहिए
कार्यान्वयन विवरणों के बजाय उपयोगकर्ता-दृश्य परिणामों को देखें:
- उत्तर एक चैनल तक पहुंचना बंद कर देते हैं जबकि अन्य चैनल काम कर रहे हैं;
- सत्र असामान्य रूप से लंबे समय तक चल रहे हैं;
- उदाहरण बार-बार स्वस्थ और अनुपलब्ध के बीच बदलता रहता है;
- सूचनाएँ बार-बार डिलीवरी विफलताओं की रिपोर्ट करती हैं;
- उपयोगकर्ता एक स्वीकृत अनुरोध के लिए दोहराए गए उत्तर देखते हैं।
ये लक्षण, उनके समय-सीमा के साथ, समस्या का निदान करने के लिए सपोर्ट के लिए पर्याप्त हैं।
## अगला कहाँ
- [गेटवे और टर्न इंजन](/hi/v1.0/architecture/gateway-turn-engine)
- [निरीक्षण योग्यता](/hi/v1.0/operations/observability)
- [चैनल](/hi/v1.0/webui/channels)
