Livrare și recuperare de încredere

AiHummer este conceput pentru a finaliza un răspuns chiar și când conexiunea unui canal se întrerupe temporar sau instanța se repornește. Această pagină descrie **comportament vizibil** și acțiunile pe care ar trebui să le întreprindă un administrator. În mod intenționat, nu necesită să înțelegeți mecanismul intern de livrare al platformei. ## Ce ar trebui să vadă utilizatorii După ce un utilizator trimite un mesaj: 1. Sesiunea afișează mesajul care a fost acceptat. 2. Agentul îl procesează și produce un singur răspuns vizibil. 3. Dacă canalul este temporar indisponibil, livrarea este reîncercată. 4. Când canalul revine, răspunsul apare fără ca utilizatorul să fie nevoit să trimită aceeași cerere din nou. Aceeași cerere nu ar trebui să producă răspunsuri vizibile duplicate. Dacă un client se reconectează, poate reîncărca istoricul recent, dar conversația în sine rămâne o singură sesiune continuă. ## Ce se întâmplă după o repornire O actualizare a instanței, repornirea gazdei sau o repornire neașteptată nu ar trebui să facă ca o cerere acceptată să dispară. Lucrul care poate continua în siguranță este reluat după ce instanța devine sănătoasă. Utilizatorul ar trebui să vadă fie răspunsul complet, fie o stare clară de eșec care poate fi încercată din nou. > [!NOTE] > Nu repeta imediat o cerere în timp ce instanța încă se recuperează. > Așteptați mai întâi ca starea de sănătate să revină la normal și reîmprospătați sesiunea. > Acest lucru evită crearea unei cereri cu adevărat noi alături de cea în curs de recuperare. ## Dacă nu soseste un răspuns 1. Deschis **Statut** și să confirmați că instanța și canalul afectat sunt sănătos. 2. Deschide sesiunea și reîmprospăteaz-o o dată. 3. Verifică **Notificări** pentru o avertizare de livrare sau canal. 4. Trimite un mesaj de test scurt nou doar după ce cererea anterioară este vizibilă rezultat de succes sau eșec. 5. Dacă problema se repetă, înregistrați timpul, sesiunea, canalul și eroarea vizibilă, atunci contactează suportul. Nu lipi niciodată cheile API sau secretele canalului într-un tichet. Pentru recuperarea specifică canalului, deschide ghidul corespunzător din [Canale](/ro/v1.0/webui/channels). De exemplu, controale de sănătate, vezi [Systemd și verificările de sănătate](/ro/v1.0/operations/systemd-health). ## Ce ar trebui să monitorizeze administratorii Urmăriți rezultatele vizibile utilizatorului, mai degrabă decât detaliile de implementare: - răspunsurile încetează să ajungă la un canal în timp ce celelalte canale funcționează; - sesiunile rămân în curs mai mult decât de obicei; - instanța se schimbă în mod repetat între sănătoasă și indisponibilă; - notificările raportează eșecuri repetate de livrare; - utilizatorii văd răspunsuri duplicate pentru o cerere acceptată. Aceste simptome, împreună cu marcajele lor de timp, sunt suficiente pentru ca suportul să diagnosticheze problema. ## Unde următor? - [Poartă și motor de virare](/ro/v1.0/architecture/gateway-turn-engine) - [Observabilitate](/ro/v1.0/operations/observability) - [Canale](/ro/v1.0/webui/channels)