AiHummer
Dansk▾
Log indKonto
v1.0.x▾
v1.2.xstablev1.1.xstablev1.0.xstable
{ }Swagger
Arkitektur/Pålidelig levering og genopretning

Pålidelig levering og genopretning

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

AiHummer er designet til at færdiggøre et svar, selv når en kanalforbindelse kortvarigt afbrydes, eller instansen genstarter. Denne side beskriver synlig adfærd og de handlinger, en administrator bør tage. Det kræver med vilje ikke, at du forstår platformens interne leveringsmaskineri.

Hvad brugere skal se

Efter en bruger sender en besked:

  1. Sessionen viser den besked, der blev accepteret.
  2. Agenten behandler det og producerer et synligt svar.
  3. Hvis kanalen midlertidigt er utilgængelig, forsøges leveringen igen.
  4. Når kanalen vender tilbage, vises svaret uden at brugeren behøver at sende den samme anmodning igen.

Den samme forespørgsel bør ikke give duplikerede synlige svar. Hvis en klient genopretter forbindelsen, kan den indlæse den seneste historik, men selve samtalen forbliver én kontinuerlig session.

Hvad sker der efter en genstart

En opdatering af instansen, genstart af værten eller uventet genstart bør ikke få en accepteret forespørgsel til at forsvinde. Arbejde, der kan fortsætte sikkert, genoptages, når instansen bliver sund. Brugeren bør se enten det fuldførte svar eller en klar fejltilstand, der kan forsøges igen.

[!NOTE] Gentag ikke straks en anmodning, mens instansen stadig er ved at komme sig. Vent først, indtil sundhedstilstanden vender tilbage til normal, og genopfrisk sessionen. Dette undgår at oprette en faktisk ny anmodning sammen med den, der bliver genoprettet.

Hvis et svar ikke kommer

  1. Åben Status og bekræft, at instansen og den berørte kanal er sund.
  2. Åbn sessionen og opdater den én gang.
  3. Kontrollér Notifikationer for en leverings- eller kanaladvarsel.
  4. Send en kort ny testbesked først efter, at den forrige anmodning er synlig succes- eller fejlresultat.
  5. Hvis problemet gentager sig, registrer tidspunkt, session, kanal og synlig fejl, kontakt support. Indsæt aldrig API-nøgler eller kanalhemmeligheder i en billet.

For kanal-specifik genopretning, åbn den tilsvarende vejledning under Kanaler. For eksempel helbredstjek, se Systemd og sundhedstjek.

Hvad administratorer bør overvåge

Se på bruger-synlige resultater i stedet for implementeringsdetaljer:

  • svar stopper med at nå én kanal, mens andre kanaler fungerer;
  • sessioner forbliver i gang usædvanligt længe;
  • instansen skifter gentagne gange mellem sund og utilgængelig;
  • meddelelser rapporterer gentagne leveringsfejl;
  • brugere ser duplikerede svar for en accepteret forespørgsel.

Disse symptomer, sammen med deres tidsstemplet, er tilstrækkelige for support til at diagnosticere problemet.

Hvor til næste