AiHummer մշակված է արձագանքը ավարտելու համար նույնիսկ կապի կարճատեւ ընդհատման կամ օրինակիչի վերաբեռնումի դեպքում: Այս էջում նկարագրվում է տեսանելի վարք և գործողությունները, որոնք պետք է ձեռնարկի ադմինիստրատորը: Սահմանափակ անհրաժեշտություն չկա, որ դուք հասկանաք պլատֆորմի ֆայլավորման ներքին մեխանիզմները:
Ինչ պետք է տեսնեն օգտվողները
Ահա ինչ է տեղի ունենում, երբ օգտատերը ուղարկում է հաղորդագրություն՝
Սեսիան ցույց է տալիս հաղորդագրությունը, որը ստացվել է։
Օգտակարը այն մշակում է և արտադրում մեկ տեսանելի պատասխանի։
Եթե ալիքը ժամանակավոր կերպով մատչելի չէ, առաքումը կկրկնվի։
Երբ ալիքը վերադառնում է, պատասխանը հայտնվում է առանց օգտվողին ուղարկելու անհրաժեշտության
նույն հարցումը կրկին։
Մեկ և նույն հարցումը չի պետք է ստեղծի տեսանելի պատասխանների կրկնօրինակումներ։ Եթե հաճախորդը կրկին միացնի, նա կարող է ներբեռնել վերջին պատմությունը, բայց զրույցը կմնա մեկ անընդհատ սեսսիա։
Ինչ է տեղի ունենում վերագործարկումից հետո
Օրինակի թարմացումը, հյուրընկալողի վերագործարկումը կամ անսպասելի վերագործարկումը չպետք է հանգեցնի ընդունված խնդրանքի անհետացմանը։ Աշխատանքը, որը հնարավոր է անվտանգ շարունակել, վերսկսվում է այն ժամանակ, երբ օրինակն առողջանա։ Օգտատերը պետք է տեսնի կամ ավարտված պատասխան կամ ակնհայտ սխալի վիճակ, որը կարելի է կրկնել:
[!NOTE]
Չկրկնեք հարցումը անմիջապես, այն ժամանակ, երբ օրինակն դեռ վերականգնվում է։
Սկզբում սպասեք, մինչև առողջական վիճակը կրկին նորմայի կգամ, և թարմացրեք նստաշրջանը։
Սա կանխում է արդյոքինակի նոր հարցման ստեղծումը վերականգնվողի հետ միասին։
Եթե պատասխան չպատասխանի
Բացել Կարգավիճակ և հաստատել, որ օրինակ և ազդավորված ալիքը են
առողջ
Բացեք նիստը և արդիականացրեք այն մեկ անգամ։
Ստուգել Ծանուցումներ առողջացման կամ բաշխման մասին ծանուցման համար:
Ուղարկեք կարճ նոր փորձարկվող հաղորդագրություն միայն այն ժամանակ, երբ նախորդ հարցումն արդեն տեսանելի կլինի
հաջողության կամ անհաջողության արդյունք։
Եթե խնդիրն կրկնվի, գրանցեք ժամանակը, նիստը, ալիքը և տեսանելի սխալը,
նաև դիմեք աջակցությանը։ երբեք մի տեղադրեք API բանալիները կամ ալիքների գաղտնիքները հայտում։
AiHummer մշակված է արձագանքը ավարտելու համար նույնիսկ կապի կարճատեւ ընդհատման կամ օրինակիչի վերաբեռնումի դեպքում: Այս էջում նկարագրվում է **տեսանելի վարք** և գործողությունները, որոնք պետք է ձեռնարկի ադմինիստրատորը: Սահմանափակ անհրաժեշտություն չկա, որ դուք հասկանաք պլատֆորմի ֆայլավորման ներքին մեխանիզմները:
## Ինչ պետք է տեսնեն օգտվողները
Ահա ինչ է տեղի ունենում, երբ օգտատերը ուղարկում է հաղորդագրություն՝
1. Սեսիան ցույց է տալիս հաղորդագրությունը, որը ստացվել է։
2. Օգտակարը այն մշակում է և արտադրում մեկ տեսանելի պատասխանի։
3. Եթե ալիքը ժամանակավոր կերպով մատչելի չէ, առաքումը կկրկնվի։
4. Երբ ալիքը վերադառնում է, պատասխանը հայտնվում է առանց օգտվողին ուղարկելու անհրաժեշտության
նույն հարցումը կրկին։
Մեկ և նույն հարցումը չի պետք է ստեղծի տեսանելի պատասխանների կրկնօրինակումներ։ Եթե հաճախորդը կրկին միացնի, նա կարող է ներբեռնել վերջին պատմությունը, բայց զրույցը կմնա մեկ անընդհատ սեսսիա։
## Ինչ է տեղի ունենում վերագործարկումից հետո
Օրինակի թարմացումը, հյուրընկալողի վերագործարկումը կամ անսպասելի վերագործարկումը չպետք է հանգեցնի ընդունված խնդրանքի անհետացմանը։ Աշխատանքը, որը հնարավոր է անվտանգ շարունակել, վերսկսվում է այն ժամանակ, երբ օրինակն առողջանա։ Օգտատերը պետք է տեսնի կամ ավարտված պատասխան կամ ակնհայտ սխալի վիճակ, որը կարելի է կրկնել:
> [!NOTE]
> Չկրկնեք հարցումը անմիջապես, այն ժամանակ, երբ օրինակն դեռ վերականգնվում է։
> Սկզբում սպասեք, մինչև առողջական վիճակը կրկին նորմայի կգամ, և թարմացրեք նստաշրջանը։
> Սա կանխում է արդյոքինակի նոր հարցման ստեղծումը վերականգնվողի հետ միասին։
## Եթե պատասխան չպատասխանի
1. Բացել **Կարգավիճակ** և հաստատել, որ օրինակ և ազդավորված ալիքը են
առողջ
2. Բացեք նիստը և արդիականացրեք այն մեկ անգամ։
3. Ստուգել **Ծանուցումներ** առողջացման կամ բաշխման մասին ծանուցման համար:
4. Ուղարկեք կարճ նոր փորձարկվող հաղորդագրություն միայն այն ժամանակ, երբ նախորդ հարցումն արդեն տեսանելի կլինի
հաջողության կամ անհաջողության արդյունք։
5. Եթե խնդիրն կրկնվի, գրանցեք ժամանակը, նիստը, ալիքը և տեսանելի սխալը,
նաև դիմեք աջակցությանը։ երբեք մի տեղադրեք API բանալիները կամ ալիքների գաղտնիքները հայտում։
Բանալը վերականգնելու համար, բացեք համապատասխան ուղեցույցը բաժնում [ԱԿՆԱՆՆԵՐ](/hy/v1.0/webui/channels). Օրինակ՝ առողջական վիճակի ստուգումներ, տեսեք [Systemd-ն և վիճակի ստուգումները](/hy/v1.0/operations/systemd-health).
## Ինչ պետք է վերահսկեն ադմինիստրատորները
Դիտարկեք օգտվողի համար տեսանելի արդյունքները, իսկ ոչ իրագործման մանրամասները:
- պատասխանները դադարում են հասնել մեկ ալիքին, մինչդեռ մյուս ալիքները աշխատում են;
- հանդիսություններն unusually երկար են տևում;
- հատորը բազմիցս անցնում է աշխատանքի մեջ գտնվողից դեպի անտանելի;
- հաղորդ notifications-ն տեղեկացնում են առաքման կրկնվող ձախողումների մասին;
- Օգտատերերը տեսնում են կրկնվող պատասխաններ մեկ ընդունված հարցման վրա։
Այս ախտանիշները իրենց ժամանակային նշումներով բավական են, որպեսզի աջակցության ծառայությունը կարողանար ախտորոշել խնդիրը:
## Որտեղից հետո
- [Գեյթվեյ և պտտվող շարժիչ](/hy/v1.0/architecture/gateway-turn-engine)
- [Հետևելիություն](/hy/v1.0/operations/observability)
- [ԱԿՆԱՆՆԵՐ](/hy/v1.0/webui/channels)