AiHummer შექმნილია პასუხის დასრულებისთვის, თუნდაც კავშირის მოკლევადიანი გაწყვეტის ან მაგალითის გადატვირთვის შემთხვევაშიც. ამ გვერდზე აღწერილია ხილული ქცევა და მოქმედებები, რომლებიც ადმინისტრატორმა უნდა განახორციელოს. განზრახ არ არის საჭირო, რომ თქვენ გაიგოთ პლატფორმის მიწოდების შიდა მექანიზმები.
რას უნდა ხედავდნენ მომხმარებლები
როდესაც მომხმარებელი გზავნილს აგზავნის:
სესია აჩვენებს შეტყობინებას, რომელიც მიღებულია იყო.
აგენტი ამუშავებს ამას და ქმნის ერთ მხილებადი პასუხს.
თუ არხი დროებით მიუწვდომელია, მიწოდება გაიმეორება.
როდესაც არხი დაბრუნდება, უპასუხე ჩნდება მომხმარებლის გამოგზავნის აუცილებლობის გარეშე
სავე კითხვა კვლავ.
იმავე მოთხოვნამ არ უნდა გამოიწვიოს დუბლირებული ხილული პასუხები. თუ კლიენტი დაუკავშირდება, შესაძლოა გადაიტვირთოს უახლესი ისტორია, თუმცა საუბარი თავის მხრივ რჩება ერთ უწყვეტ სესიად.
რა ხდება გადატვირთვის შემდეგ
ინსტანციის განახლება, მასპინძლის გადატვირთვა ან მოულოდნელი გადატვირთვა არ უნდა გამოიწვიოს მიღებული მოთხოვნის გაქრობის. სამუშაო, რასაც უსაფრთხოდ შეიძლება გააგრძელოს, განახლდება მას შემდეგ, რაც ინსტანცია ჯანმრთელი გახდება. მომხმარებელი უნდა დაინახოს დასრულებული პასუხი ან აშკარა შეცდომის მდგომარეობა, რომელიც შეიძლება განმეორდეს.
[!NOTE]
არ გაიმეოროთ მოთხოვნა მაშინვე, სანამ ინსპექტორი ჯერ კიდევ აღდგება.
პირველ რიგში მოიცადეთ, სანამ ჯანმრთელობის მდგომარეობა ნორმაში დაბრუნდება და განაახლეთ სესია.
ეს აცილებს ნამდვილ ახალ მოთხოვნის შექმნას აღდგენისთან ერთად.
თუ პასუხი არ მიიღება
გახსნა სტატუსი და დაადასტუროთ, რომ მაგალითად და გავლენიანმა არხმა არის
ჯანმრთელი.
გააღეთ სესია და განაახლეთ იგი ერთხელ.
შემოწმება განცხადებები მიწოდების ან არხის შესახებ შეტყობინებისთვის.
გაგზავნეთ მოკლე ახალი სატესტო შეტყობინება მხოლოდ მაშინ, როდესაც წინა მოთხოვნა იქნება გამოჩენილი
წარმატების ან წარუმატებლობის შედეგი.
თუ პრობლემა განმეორდა, ჩაიწერეთ დრო, სესია, არხი და ხილვადი შეცდომა,
ამიტომ დაუკავშირდით მხარდაჭერას. არასოდეს განათავსოთ API-კლავიშები ან არხების საიდუმლოები განაცხადში.
კანალის სპეციფიკური აღდგენისათვის გახსენით შესაბამისი ხელმძღვანელობა განყოფილებაში არხები. მაგალითად, ჯანმრთელობის მდგომარეობის შემოწმებები, იხილეთ Systemd და მდგომარეობის შემოწმება.
რას უნდა აკონტროლებდეს ადმინისტრატორი
დაეწყეთ მომხმარებლისთვის ხილული შედეგების აღრიცხვაზე, არა განხორციელების დეტალებზე:
პასუხები ეცინი ერთზე არხი, იმ დროს როცა სხვა არხები მუშაობენ;
სესნები ჩვეულებრივზე დიდხანს მიმდინარეობენ;
ინსტანციას რამდენჯერმე შეუძლია გადაამრთველება მუშაობის რეჟიმსა და მიუწვდომელს შორის;
შეტყობინებები აცნობებენ სარეკლამო მიწოდების განმეორებადი შეფერხებების შესახებ;
მომხმარებლები ხედავენ დუბლირებულ პასუხებს ერთ აღიარებულ მოთხოვნაზე.
ეს სიმპტომები თავისი დროის ნიშნებით საკმარისია იმისათვის, რომ მხარდაჭერის სამსახური შეძლოს პრობლემის დიაგნოსტირება.
AiHummer შექმნილია პასუხის დასრულებისთვის, თუნდაც კავშირის მოკლევადიანი გაწყვეტის ან მაგალითის გადატვირთვის შემთხვევაშიც. ამ გვერდზე აღწერილია **ხილული ქცევა** და მოქმედებები, რომლებიც ადმინისტრატორმა უნდა განახორციელოს. განზრახ არ არის საჭირო, რომ თქვენ გაიგოთ პლატფორმის მიწოდების შიდა მექანიზმები.
## რას უნდა ხედავდნენ მომხმარებლები
როდესაც მომხმარებელი გზავნილს აგზავნის:
1. სესია აჩვენებს შეტყობინებას, რომელიც მიღებულია იყო.
2. აგენტი ამუშავებს ამას და ქმნის ერთ მხილებადი პასუხს.
3. თუ არხი დროებით მიუწვდომელია, მიწოდება გაიმეორება.
4. როდესაც არხი დაბრუნდება, უპასუხე ჩნდება მომხმარებლის გამოგზავნის აუცილებლობის გარეშე
სავე კითხვა კვლავ.
იმავე მოთხოვნამ არ უნდა გამოიწვიოს დუბლირებული ხილული პასუხები. თუ კლიენტი დაუკავშირდება, შესაძლოა გადაიტვირთოს უახლესი ისტორია, თუმცა საუბარი თავის მხრივ რჩება ერთ უწყვეტ სესიად.
## რა ხდება გადატვირთვის შემდეგ
ინსტანციის განახლება, მასპინძლის გადატვირთვა ან მოულოდნელი გადატვირთვა არ უნდა გამოიწვიოს მიღებული მოთხოვნის გაქრობის. სამუშაო, რასაც უსაფრთხოდ შეიძლება გააგრძელოს, განახლდება მას შემდეგ, რაც ინსტანცია ჯანმრთელი გახდება. მომხმარებელი უნდა დაინახოს დასრულებული პასუხი ან აშკარა შეცდომის მდგომარეობა, რომელიც შეიძლება განმეორდეს.
> [!NOTE]
> არ გაიმეოროთ მოთხოვნა მაშინვე, სანამ ინსპექტორი ჯერ კიდევ აღდგება.
> პირველ რიგში მოიცადეთ, სანამ ჯანმრთელობის მდგომარეობა ნორმაში დაბრუნდება და განაახლეთ სესია.
> ეს აცილებს ნამდვილ ახალ მოთხოვნის შექმნას აღდგენისთან ერთად.
## თუ პასუხი არ მიიღება
1. გახსნა **სტატუსი** და დაადასტუროთ, რომ მაგალითად და გავლენიანმა არხმა არის
ჯანმრთელი.
2. გააღეთ სესია და განაახლეთ იგი ერთხელ.
3. შემოწმება **განცხადებები** მიწოდების ან არხის შესახებ შეტყობინებისთვის.
4. გაგზავნეთ მოკლე ახალი სატესტო შეტყობინება მხოლოდ მაშინ, როდესაც წინა მოთხოვნა იქნება გამოჩენილი
წარმატების ან წარუმატებლობის შედეგი.
5. თუ პრობლემა განმეორდა, ჩაიწერეთ დრო, სესია, არხი და ხილვადი შეცდომა,
ამიტომ დაუკავშირდით მხარდაჭერას. არასოდეს განათავსოთ API-კლავიშები ან არხების საიდუმლოები განაცხადში.
კანალის სპეციფიკური აღდგენისათვის გახსენით შესაბამისი ხელმძღვანელობა განყოფილებაში [არხები](/ka/v1.0/webui/channels). მაგალითად, ჯანმრთელობის მდგომარეობის შემოწმებები, იხილეთ [Systemd და მდგომარეობის შემოწმება](/ka/v1.0/operations/systemd-health).
## რას უნდა აკონტროლებდეს ადმინისტრატორი
დაეწყეთ მომხმარებლისთვის ხილული შედეგების აღრიცხვაზე, არა განხორციელების დეტალებზე:
- პასუხები ეცინი ერთზე არხი, იმ დროს როცა სხვა არხები მუშაობენ;
- სესნები ჩვეულებრივზე დიდხანს მიმდინარეობენ;
- ინსტანციას რამდენჯერმე შეუძლია გადაამრთველება მუშაობის რეჟიმსა და მიუწვდომელს შორის;
- შეტყობინებები აცნობებენ სარეკლამო მიწოდების განმეორებადი შეფერხებების შესახებ;
- მომხმარებლები ხედავენ დუბლირებულ პასუხებს ერთ აღიარებულ მოთხოვნაზე.
ეს სიმპტომები თავისი დროის ნიშნებით საკმარისია იმისათვის, რომ მხარდაჭერის სამსახური შეძლოს პრობლემის დიაგნოსტირება.
## სად შემდეგ?
- [გეითვეინი და შემობრუნებადი ძრავა](/ka/v1.0/architecture/gateway-turn-engine)
- [მოვლენადობის დაკვირვება](/ka/v1.0/operations/observability)
- [არხები](/ka/v1.0/webui/channels)
