AiHummer on suunniteltu viimeistelemään vastaus, vaikka kanavan yhteys katkeaisi hetkellisesti tai instanssi käynnistyisi uudelleen. Tämä sivu kuvaa näkyvä käyttäytyminen ja toimet, jotka järjestelmänvalvojan tulisi tehdä. Se ei tarkoituksellisesti vaadi, että ymmärrät alustan sisäisen toimituskoneiston.
Mitä käyttäjien tulisi nähdä
Kun käyttäjä lähettää viestin:
Istunto näyttää viestin, joka hyväksyttiin.
Agentti käsittelee sen ja tuottaa yhden näkyvän vastauksen.
Jos kanava on tilapäisesti poissa käytöstä, toimitusta yritetään uudelleen.
Kun kanava palautuu, vastaus ilmestyy ilman, että käyttäjän tarvitsee lähettää sitä
sama pyyntö uudelleen.
Sama pyyntö ei saisi tuottaa kaksoiskappaleita näkyvissä vastauksissa. Jos asiakas yhdistää uudelleen, se saattaa ladata viimeisimmän historian, mutta keskustelu itsessään pysyy yhtenä jatkuvana istuntona.
Mitä tapahtuu uudelleenkäynnistyksen jälkeen
Instanssin päivitys, isäntäkoneen uudelleenkäynnistys tai odottamaton uudelleenkäynnistys ei saa saada hyväksyttyä pyyntöä katoamaan. Työ, jota voidaan jatkaa turvallisesti, jatkuu, kun instanssi palautuu terveeksi. Käyttäjän tulisi nähdä joko valmis vastaus tai selkeä virhetila, jota voidaan yrittää uudelleen.
[!NOTE]
Älä toista pyyntöä heti, kun instanssi on vielä toipumassa.
Odotathan ensin, että terveydentila palautuu normaaliksi, ja päivitä sitten istunto.
Tämä estää aidosti uuden pyynnön luomisen yhdessä palautuvan pyynnön kanssa.
Jos vastausta ei tule
Avaa Tila ja vahvista, että tapauksessa ja vaikuttavassa kanavassa ovat
terveellinen.
Avaa istunto ja päivitä se kerran.
Tarkista Ilmoitukset toimitusta tai kanavavaroitusta varten.
Lähetä lyhyt uusi testiviesti vasta sen jälkeen, kun edellinen pyyntö on näkyvissä
onnistumisen tai epäonnistumisen tulos.
Jos ongelma toistuu, kirjaa aika, istunto, kanava ja näkyvä virhe,
ota sitten yhteyttä tukeen. Älä koskaan liitä API-avaimia tai kanavan salaisuuksia tikettiin.
AiHummer on suunniteltu viimeistelemään vastaus, vaikka kanavan yhteys katkeaisi hetkellisesti tai instanssi käynnistyisi uudelleen. Tämä sivu kuvaa **näkyvä käyttäytyminen** ja toimet, jotka järjestelmänvalvojan tulisi tehdä. Se ei tarkoituksellisesti vaadi, että ymmärrät alustan sisäisen toimituskoneiston.
## Mitä käyttäjien tulisi nähdä
Kun käyttäjä lähettää viestin:
1. Istunto näyttää viestin, joka hyväksyttiin.
2. Agentti käsittelee sen ja tuottaa yhden näkyvän vastauksen.
3. Jos kanava on tilapäisesti poissa käytöstä, toimitusta yritetään uudelleen.
4. Kun kanava palautuu, vastaus ilmestyy ilman, että käyttäjän tarvitsee lähettää sitä
sama pyyntö uudelleen.
Sama pyyntö ei saisi tuottaa kaksoiskappaleita näkyvissä vastauksissa. Jos asiakas yhdistää uudelleen, se saattaa ladata viimeisimmän historian, mutta keskustelu itsessään pysyy yhtenä jatkuvana istuntona.
## Mitä tapahtuu uudelleenkäynnistyksen jälkeen
Instanssin päivitys, isäntäkoneen uudelleenkäynnistys tai odottamaton uudelleenkäynnistys ei saa saada hyväksyttyä pyyntöä katoamaan. Työ, jota voidaan jatkaa turvallisesti, jatkuu, kun instanssi palautuu terveeksi. Käyttäjän tulisi nähdä joko valmis vastaus tai selkeä virhetila, jota voidaan yrittää uudelleen.
> [!NOTE]
> Älä toista pyyntöä heti, kun instanssi on vielä toipumassa.
> Odotathan ensin, että terveydentila palautuu normaaliksi, ja päivitä sitten istunto.
> Tämä estää aidosti uuden pyynnön luomisen yhdessä palautuvan pyynnön kanssa.
## Jos vastausta ei tule
1. Avaa **Tila** ja vahvista, että tapauksessa ja vaikuttavassa kanavassa ovat
terveellinen.
2. Avaa istunto ja päivitä se kerran.
3. Tarkista **Ilmoitukset** toimitusta tai kanavavaroitusta varten.
4. Lähetä lyhyt uusi testiviesti vasta sen jälkeen, kun edellinen pyyntö on näkyvissä
onnistumisen tai epäonnistumisen tulos.
5. Jos ongelma toistuu, kirjaa aika, istunto, kanava ja näkyvä virhe,
ota sitten yhteyttä tukeen. Älä koskaan liitä API-avaimia tai kanavan salaisuuksia tikettiin.
Kanavakohtaista palautusta varten avaa vastaava opas kohdasta [Kanavat](/fi/v1.0/webui/channels). Esimerkiksi terveystarkastukset, katso [Systemd ja terveystarkastukset](/fi/v1.0/operations/systemd-health).
## Mitä järjestelmänvalvojien tulisi valvoa
Katso käyttäjälle näkyviä tuloksia sen sijaan, että tarkastelisit toteutuksen yksityiskohtia:
- vastaukset lakkaavat saavuttamasta yhtä kanavaa, kun taas muut kanavat toimivat;
- istunnot pysyvät käynnissä epätavallisen pitkään;
- instanssi vaihtaa toistuvasti terveestä ei saatavilla olevaan;
- ilmoitukset raportoivat toistuvia toimitusvirheitä;
- Käyttäjät näkevät kaksoisvastauksia yhdelle hyväksytylle pyynnölle.
Nämä oireet yhdessä aikaleimojensa kanssa ovat riittäviä tukihenkilöstölle ongelman diagnosoimiseksi.
## Minne seuraavaksi
- [Verkkosilta ja kääntömoottori](/fi/v1.0/architecture/gateway-turn-engine)
- [Havaittavuus](/fi/v1.0/operations/observability)
- [Kanavat](/fi/v1.0/webui/channels)