Resumen
El 16 de julio de 2026 de 03:50 UTC a 05:36 UTC , los clientes de Chat (espacio de trabajo de agentes) en el Pod 25 experimentaron un rendimiento deteriorado, principalmente latencia elevada y demoras al crear tickets. La mensajería no se vio afectada.
Cronograma
16 de julio de 2026 5:23 UTC
Estamos investigando activamente un problema que afecta a los clientes en el Pod 25, lo que está causando una experiencia degradada en Chat dentro del espacio de trabajo de agentes. Los clientes pueden experimentar demoras al crear tickets. El producto Mensajería no debería verse afectado. Nuestros ingenieros están trabajando activamente para resolver el problema, y proporcionaremos una actualización tan pronto como haya más información disponible. Gracias por su paciencia.
El servicio se ha recuperado y el rendimiento ha vuelto a los niveles normales aproximadamente a las 5:36 a.m. UTC. Continuamos monitoreando de cerca cualquier recurrencia e investigando a los colaboradores subyacentes para ayudar a garantizar la estabilidad y evitar que se repita. Gracias por su paciencia.
Nos complace compartir que el problema que causa un rendimiento de Chat deteriorado en el espacio de trabajo de agentes se ha resuelto, y el servicio ahora está operando normalmente de nuevo. También hemos implementado medidas preventivas para ayudar a reducir la probabilidad de recurrencia mientras continuamos nuestra investigación de seguimiento. Gracias una vez más por su paciencia y comprensión.
Análisis de causa de fondo
Este incidente fue causado por un aumento repentino de la actividad de actualización de tickets de gran volumen desde una sola cuenta de cliente, lo que provocó una carga inesperada en la base de datos que admite el servicio de registro de tickets en el Pod 25. La carga de la base de datos provocó demoras en el procesamiento que afectaron la creación de tickets de Chat en el espacio de trabajo de agentes.
Resolución
Para corregir este problema, implementamos un límite temporal de acceso al patrón de tráfico de gran volumen para proteger la estabilidad general del servicio. Una vez establecido el límite, se redujo la carga de la base de datos y el rendimiento del servicio volvió a la normalidad.
Elementos de corrección
Para reducir la probabilidad de que esto vuelva a suceder, estamos tomando medidas que incluyen:
- Mejorar el monitoreo y alerta a nivel de consulta para poder detectar patrones de consulta caros en la base de datos antes
- Reducir el trabajo innecesario de la base de datos en el servicio de registro de tickets que puede amplificar la carga durante los picos de tráfico
-
Revisión de protecciones (como la limitación selectiva) para evitar que la automatización de un solo cliente degrade el rendimiento de otros clientes en el mismo pod
SI DESEA MÁS INFORMACIÓN
Si desea información sobre el estado actual del sistema acerca de Zendesk y los impactos específicos en su cuenta, visite nuestra página de estado del sistema. Si tiene preguntas adicionales sobre este incidente, comuníquese con Atención al cliente de Zendesk.
Descargo de responsabilidad de la traducción: Este artículo ha sido traducido usando software de traducción automática para proporcionar una idea básica del contenido. Se han realizado esfuerzos razonables para proporcionar una traducción exacta, sin embargo, Zendesk no garantiza la exactitud de la traducción.
Si surge alguna pregunta relacionada con la exactitud de la información incluida en el artículo traducido, consulte la versión en inglés del artículo, que es la versión oficial.