AiHummer
Norsk▾
Logg påKonto
v1.0.x▾
v1.2.xstablev1.1.xstablev1.0.xstable
{ }Swagger
Arkitektur/Pålitelig levering og gjenoppretting

Pålitelig levering og gjenoppretting

v1.0.x · oppdatert 2026-07-27

AiHummer er designet for å fullføre et svar selv når en kanalforbindelse midlertidig brytes eller instansen startes på nytt. Denne siden beskriver synlig atferd og de handlingene en administrator bør ta. Det krever bevisst ikke at du forstår plattformens interne leveringsmaskineri.

Hva brukere bør se

Etter at en bruker sender en melding:

  1. Økten viser meldingen som ble akseptert.
  2. Agenten behandler det og produserer ett synlig svar.
  3. Hvis kanalen midlertidig er utilgjengelig, prøves leveringen på nytt.
  4. Når kanalen kommer tilbake, vises svaret uten at brukeren må sende samme forespørsel igjen.

Den samme forespørselen skal ikke produsere dupliserte synlige svar. Hvis en klient kobler til på nytt, kan det laste inn nyere historie, men samtalen i seg selv forblir én kontinuerlig økt.

Hva skjer etter en omstart

En oppdatering av instansen, omstart av verten eller uventet omstart bør ikke få en akseptert forespørsel til å forsvinne. Arbeid som trygt kan fortsette, gjenopptas etter at instansen blir frisk. Brukeren bør se enten det fullførte svaret eller en tydelig feilmelding som kan forsøkes på nytt.

[!NOTE] Ikke gjenta umiddelbart en forespørsel mens instansen fortsatt holder på å komme seg. Vent først til helsetilstanden går tilbake til normal og oppdater økten. Dette unngår å opprette en genuint ny forespørsel sammen med den som blir gjenopprettet.

Hvis et svar ikke kommer

  1. Åpne Status og bekreft at forekomsten og den berørte kanalen er sunn.
  2. Åpne økten og oppdater den en gang.
  3. Sjekk Varsler for en leverings- eller kanaladvarsel.
  4. Send en kort ny testmelding bare etter at forrige forespørsel har en synlig suksess- eller fiaskoutfall.
  5. Hvis problemet gjentar seg, registrer tidspunkt, økt, kanal og synlig feil, kontakt support. Lim aldri inn API-nøkler eller kanalsekretter i en sak.

For kanalspesifikk gjenoppretting, åpne den tilsvarende veiledningen under Kanaler. For eksempel helsesjekker, se Systemd og helsesjekker.

Hva administratorer bør overvåke

Se på resultater som brukeren kan se, i stedet for implementeringsdetaljer:

  • svar slutter å nå én kanal mens andre kanaler fungerer;
  • økter forblir pågående uvanlig lenge;
  • forekomsten skifter gjentatte ganger mellom sunn og utilgjengelig;
  • varsler rapporterer gjentatte leveringsfeil;
  • brukere ser dupliserte svar for én akseptert forespørsel.

Disse symptomene, sammen med deres tidsstempler, er tilstrekkelige for at support skal kunne diagnostisere problemet.

Hvor til neste