AiHummer
Deutsch▾
AnmeldenKonto
v1.1.x▾
v1.2.xstablev1.1.xstablev1.0.xstable
{ }Swagger
Architektur/Zuverlässige Lieferung und Wiederherstellung

Zuverlässige Lieferung und Wiederherstellung

v1.1.x · aktualisiert 2026-07-27

AiHummer ist so konzipiert, dass es eine Antwort fertigstellt, selbst wenn eine Kanalverbindung kurz unterbrochen wird oder die Instanz neu startet. Diese Seite beschreibt die sichtbares Verhalten und die Maßnahmen, die ein Administrator ergreifen sollte. Es erfordert bewusst nicht, dass Sie die interne Zustellungsmechanik der Plattform verstehen.

Was Benutzer sehen sollten

Nachdem ein Benutzer eine Nachricht sendet:

  1. Die Sitzung zeigt die Nachricht an, die akzeptiert wurde.
  2. Der Agent verarbeitet es und erstellt eine sichtbare Antwort.
  3. Wenn der Kanal vorübergehend nicht verfügbar ist, wird die Zustellung erneut versucht.
  4. Wenn der Kanal zurückkehrt, erscheint die Antwort, ohne dass der Benutzer senden muss die gleiche Anfrage noch einmal.

Die gleiche Anfrage sollte keine doppelten sichtbaren Antworten erzeugen. Wenn ein Client sich erneut verbindet, kann er den jüngsten Verlauf erneut laden, aber das Gespräch selbst bleibt eine kontinuierliche Sitzung.

Was passiert nach einem Neustart

Ein Instanz-Update, ein Neustart des Hosts oder ein unerwarteter Neustart sollte eine angenommene Anfrage nicht verschwinden lassen. Arbeit, die sicher fortgesetzt werden kann, wird fortgesetzt, sobald die Instanz wieder gesund ist. Der Benutzer sollte entweder die abgeschlossene Antwort oder einen klaren Fehlerzustand sehen, der erneut versucht werden kann.

[!NOTE] Wiederholen Sie eine Anfrage nicht sofort, während die Instanz sich noch erholt. Warten Sie zuerst, bis der Gesundheitsstatus wieder normal ist, und aktualisieren Sie die Sitzung. Dies vermeidet die Erstellung einer wirklich neuen Anfrage neben der sich erholenden.

Wenn keine Antwort eintrifft

  1. Öffnen Status und bestätigen, dass die Instanz und der betroffene Kanal sind gesund.
  2. Öffnen Sie die Sitzung und aktualisieren Sie sie einmal.
  3. Prüfen Benachrichtigungen für eine Liefer- oder Kanalwarnung.
  4. Sende eine kurze neue Testnachricht erst, nachdem die vorherige Anfrage sichtbar ist Erfolg oder Misserfolg Ergebnis.
  5. Wenn das Problem erneut auftritt, notieren Sie die Zeit, Sitzung, den Kanal und den sichtbaren Fehler, Dann kontaktieren Sie den Support. Fügen Sie API-Schlüssel oder Kanalgeheimnisse niemals in ein Ticket ein.

Für kanalspezifische Wiederherstellung öffnen Sie den entsprechenden Leitfaden unter Kanäle. Zum Beispiel Gesundheitschecks, siehe Systemd und Gesundheitsprüfungen.

Was Administratoren überwachen sollten

Beobachten Sie benutzer sichtbare Ergebnisse anstelle von Implementierungsdetails:

  • Antworten hören auf, einen Kanal zu erreichen, während andere Kanäle funktionieren;
  • Sitzungen dauern ungewöhnlich lange an;
  • Die Instanz wechselt wiederholt zwischen gesund und nicht verfügbar;
  • Benachrichtigungen melden wiederholte Zustellfehler;
  • Benutzer sehen doppelte Antworten für eine akzeptierte Anfrage.

Diese Symptome, zusammen mit ihren Zeitstempeln, sind für den Support ausreichend, um das Problem zu diagnostizieren.

Wohin als Nächstes