RIEPILOGO
Il 26 febbraio 2025, dalle 10:43 UTC alle 21:56 UTC, i clienti Talk nel Pod 17 hanno riscontrato ritardi e problemi con la modifica dello stato degli agenti.
CRONOLOGIA
26 febbraio 2025 22:17 UTC | 26 febbraio 2025 14:17 PT
Siamo lieti di informarti che la soluzione ha risolto il problema che causava ritardi e influiva sulle modifiche allo stato degli agenti in Talk nel pod 17. Grazie per la pazienza dimostrata durante la nostra indagine.
26 febbraio 2025 21:32 UTC | 26 febbraio 2025 13:32 PT
In seguito alla soluzione, stiamo iniziando a notare un miglioramento del problema che causa ritardi e problemi che modificano lo stato degli agenti per i clienti Talk nel pod 17. Se il problema persiste, non esitare a contattarci.
26 febbraio 2025 19:25 UTC | 26 febbraio 2025 11:25 PT
Abbiamo trovato un aggiornamento recente che riteniamo sia responsabile dei problemi che interessano i clienti del pod 17 Talk, causando ritardi e modificando lo stato degli agenti. Il nostro team sta preparando una soluzione e forniremo ulteriori aggiornamenti quando la soluzione verrà distribuita.
26 febbraio 2025 18:36 UTC | 26 febbraio 2025 10:36 PT
Il nostro team continua a indagare sul problema che riguarda i clienti Talk nel pod 17, causando ritardi e agenti bloccati nella modalità di conclusione. Pubblicheremo ulteriori aggiornamenti tra un’ora o quando avremo nuove informazioni da condividere.
26 febbraio 2025 18:08 UTC | 26 febbraio 2025 10:08 PT
Siamo a conoscenza di un problema che interessa i clienti Talk nel pod 17, causando problemi nello spostamento tra gli stati agente e a volte bloccando la modalità di conclusione. Il nostro team sta indagando e forniremo ulteriori aggiornamenti non appena saranno disponibili.
POST-MORTEM
Analisi della causa principale
Questo incidente è stato causato da una modifica nel sistema che ha consentito a un processo di pulizia dei dati di rimanere in coda e di mettere in coda lo stesso processo ripetutamente ogni minuto. Ciò ha comportato un backlog che ha ridotto il tempo di elaborazione di altri lavori.
Soluzione
Per risolvere questo problema, il team ha innanzitutto risolto l’impossibilità di completare il processo di pulitura dei dati a causa del modello di sola lettura. Hanno quindi modificato la logica per garantire che, una volta accodato, un lavoro non venisse riaccodato fino a quando non fosse stato elaborato correttamente.
Elementi correttivi
- Implementa un meccanismo per evitare che le stesse richieste di pulizia dei dati vengano accodate più volte.
- Crea uno strumento nel sistema Voce per gestire e rimuovere i lavori dalla coda pertinente.
- Migliora le query del database associate ai processi di pulizia dei dati per migliorare le prestazioni.
- Riduci il numero di istanze di lavoro per ottimizzare l’allocazione delle risorse e rivedere i limiti attuali.
- Esplora le opzioni per aumentare rapidamente le risorse (lavoratori) in base alle esigenze.
- Se la latenza influisce sulle funzionalità principali, prendi in considerazione la possibilità di trasferire i lavori dalla coda a basso contenuto di latenza.
Affrontando questi problemi, il team mira a prevenire incidenti simili in futuro e a migliorare l’affidabilità complessiva del servizio Voce .
PER MAGGIORI INFORMAZIONI
Per informazioni sullo stato attuale del sistema su Zendesk e sugli impatti specifici sul tuo account, visita la nostra pagina sullo stato del sistema. Puoi seguire questo articolo per ricevere una notifica quando verrà pubblicato il nostro report post mortem. Per ulteriori domande su questo incidente, contatta assistenza clienti Zendesk.
Avvertenza sulla traduzione: questo articolo è stato tradotto usando un software di traduzione automatizzata per fornire una comprensione di base del contenuto. È stato fatto tutto il possibile per fornire una traduzione accurata, tuttavia Zendesk non garantisce l'accuratezza della traduzione.
Per qualsiasi dubbio sull'accuratezza delle informazioni contenute nell'articolo tradotto, fai riferimento alla versione inglese dell'articolo come versione ufficiale.