AiHummer yra sukurtas užbaigti atsakymą net jei kanalo ryšys trumpam nutrūksta arba instancija perkraunama. Šiame puslapyje aprašoma matomas elgesys ir veiksmus, kurių turėtų imtis administratorius. Sąmoningai nereikalaujama, kad suprastumėte platformos vidinę pristatymo mechanizmą.
Ką naudotojai turėtų matyti
Kai vartotojas siunčia žinutę:
Seansas rodo pranešimą, kuris buvo priimtas.
Agentas jį apdoroja ir pateikia vieną matomą atsakymą.
Jei kanalas laikinai nepasiekiamas, pristatymas bandomas dar kartą.
Kai kanalas grįžta, atsakymas pasirodo be to, kad vartotojas turėtų siųsti
tas pats prašymas vėl.
Ta pati užklausa neturėtų sukelti pasikartojančių matomų atsakymų. Jei klientas vėl prisijungia, jis gali įkelti neseną istoriją, bet pati pokalbio eiga lieka viena tęstine sesija.
Kas nutinka po perkrovimo
Instancijos atnaujinimas, kompiuterio paleidimas iš naujo arba netikėta perkrauta neturėtų priversti dingti priimto užklausimo. Darbas, kurį galima saugiai tęsti, atnaujinamas, kai instancija tampa sveika. Vartotojas turėtų matyti arba užbaigtą atsakymą, arba aiškią klaidos būseną, kurią galima pakartoti.
[!NOTE]
Nekartokite užklausos iš karto, kol instancija vis dar atsigavo.
Pirmiausia palaukite, kol sveikatos būklė grįš į normą, ir atnaujinkite sesiją.
Tai leidžia išvengti naujo tikro užklausos sukūrimo kartu su atkuriama užklausa.
Jei atsakymas neateina
Atidaryti Būsena ir patvirtinkite, kad instancija ir paveiktas kanalas yra
sveikas.
Atidarykite sesiją ir vieną kartą ją atnaujinkite.
Patikrinti Pranešimai dėl pristatymo arba kanalo įspėjimo.
Siųskite trumpą naują bandomąją žinutę tik po to, kai ankstesnis prašymas bus matomas
sėkmės ar nesėkmės rezultatas.
Jei problema kartojasi, užfiksuokite laiką, sesiją, kanalą ir matomą klaidą,
tada susisiekite su palaikymu. Niekada nekopijuokite API raktų ar kanalų paslapčių į užklausą.
AiHummer yra sukurtas užbaigti atsakymą net jei kanalo ryšys trumpam nutrūksta arba instancija perkraunama. Šiame puslapyje aprašoma **matomas elgesys** ir veiksmus, kurių turėtų imtis administratorius. Sąmoningai nereikalaujama, kad suprastumėte platformos vidinę pristatymo mechanizmą.
## Ką naudotojai turėtų matyti
Kai vartotojas siunčia žinutę:
1. Seansas rodo pranešimą, kuris buvo priimtas.
2. Agentas jį apdoroja ir pateikia vieną matomą atsakymą.
3. Jei kanalas laikinai nepasiekiamas, pristatymas bandomas dar kartą.
4. Kai kanalas grįžta, atsakymas pasirodo be to, kad vartotojas turėtų siųsti
tas pats prašymas vėl.
Ta pati užklausa neturėtų sukelti pasikartojančių matomų atsakymų. Jei klientas vėl prisijungia, jis gali įkelti neseną istoriją, bet pati pokalbio eiga lieka viena tęstine sesija.
## Kas nutinka po perkrovimo
Instancijos atnaujinimas, kompiuterio paleidimas iš naujo arba netikėta perkrauta neturėtų priversti dingti priimto užklausimo. Darbas, kurį galima saugiai tęsti, atnaujinamas, kai instancija tampa sveika. Vartotojas turėtų matyti arba užbaigtą atsakymą, arba aiškią klaidos būseną, kurią galima pakartoti.
> [!NOTE]
> Nekartokite užklausos iš karto, kol instancija vis dar atsigavo.
> Pirmiausia palaukite, kol sveikatos būklė grįš į normą, ir atnaujinkite sesiją.
> Tai leidžia išvengti naujo tikro užklausos sukūrimo kartu su atkuriama užklausa.
## Jei atsakymas neateina
1. Atidaryti **Būsena** ir patvirtinkite, kad instancija ir paveiktas kanalas yra
sveikas.
2. Atidarykite sesiją ir vieną kartą ją atnaujinkite.
3. Patikrinti **Pranešimai** dėl pristatymo arba kanalo įspėjimo.
4. Siųskite trumpą naują bandomąją žinutę tik po to, kai ankstesnis prašymas bus matomas
sėkmės ar nesėkmės rezultatas.
5. Jei problema kartojasi, užfiksuokite laiką, sesiją, kanalą ir matomą klaidą,
tada susisiekite su palaikymu. Niekada nekopijuokite API raktų ar kanalų paslapčių į užklausą.
Norint atkurti konkrečiam kanalui, atidarykite atitinkamą vadovą pagal [Kanalai](/lt/v1.0/webui/channels). Pavyzdžiui, sveikatos patikrinimai, žr. [Systemd ir sveikatos patikrinimai](/lt/v1.0/operations/systemd-health).
## Ką administratorių turėtų stebėti
Stebėkite vartotojui matomus rezultatus, o ne įgyvendinimo detales:
- atsakymai nustoja pasiekti vieną kanalą, kol kiti kanalai veikia;
- sesijos vyksta neįprastai ilgai;
- šis atvejis nuolat kinta tarp sveiko ir neprieinamo;
- pranešimų ataskaita apie pasikartojančius pristatymo nesėkmes;
- vartotojai mato pasikartojančius atsakymus į vieną priimtą užklausą.
Šie simptomai kartu su jų laiko žymomis yra pakankami, kad techninė pagalba galėtų diagnozuoti problemą.
## Kur toliau
- [Vartai ir posūkio variklis](/lt/v1.0/architecture/gateway-turn-engine)
- [Stebimumas](/lt/v1.0/operations/observability)
- [Kanalai](/lt/v1.0/webui/channels)
