Récapitulatif
Le 16 juillet 2026 de 3h50 UTC à 5h36 UTC , les clients Chat (espace de travail d’agent) dans le Pod 25 ont connu des performances dégradées, principalement une latence élevée et des retards lors de la création des tickets. La messagerie n’a pas été affectée.
Chronologie
16 juillet 2026 5:23 UTC
Nous étudions activement un problème affectant les clients dans le Pod 25, qui entraîne une expérience dégradée dans Chat au sein de l’espace de travail d’agent. Les clients peuvent rencontrer des retards lors de la création de tickets. Le produit de messagerie ne devrait pas être affecté. Nos ingénieurs travaillent activement à la résolution de ce problème et nous fournirons une mise à jour dès que de plus amples informations seront disponibles. Nous vous remercions de votre patience.
Le service est maintenant rétabli et les performances sont revenues à des niveaux normaux vers 5h36 UTC. Nous continuons de surveiller de près toute récurrence et d’enquêter sur les contributeurs sous-jacents pour garantir la stabilité et éviter qu’elle ne se reproduise. Nous vous remercions de votre patience.
Nous sommes heureux d’annoncer que le problème causant des performances Chat dégradées dans l’espace de travail d’agent a été résolu et que le service fonctionne désormais à nouveau normalement. Nous avons également mis en place des mesures préventives pour aider à réduire la probabilité de récurrence tout en poursuivant notre enquête de suivi. Merci encore de votre patience et de votre compréhension.
Analyse des causes profondes
Cet incident a été causé par un pic soudain d’activités de mise à jour de tickets provenant d’un seul compte client, qui a entraîné une charge inattendue de la base de données prenant en charge le service de journal des tickets dans le Pod 25. Cette charge de base de données a entraîné des retards de traitement qui ont impacté la création de tickets Chat dans l’espace de travail d’agent.
Résolution
Pour résoudre ce problème, nous avons mis en œuvre une limite de débit temporaire pour les volumes élevés de trafic afin de protéger la stabilité globale du service. Après la mise en place de la limite, la charge de la base de données a diminué et les performances du service sont revenues à la normale.
Éléments d'assainissement
Pour réduire la probabilité que cela se reproduise, nous prenons les mesures suivantes :
- Amélioration de la surveillance et des alertes au niveau des requêtes pour que nous puissions détecter plus tôt les schémas de requêtes de base de données coûteux
- Réduction des tâches inutiles dans le service de journal des tickets qui peuvent amplifier la charge pendant les pics de trafic
-
Examen des garanties (comme l’étranglement ciblé) pour éviter que l’automatisation d’un client ne dégrade les performances d’autres clients dans le même Pod
POUR EN SAVOIR PLUS
Pour des informations sur le statut actuel du système au sujet de Zendesk et les impacts spécifiques sur votre compte, consultez notre page de statut du système. Si vous avez d’autres questions au sujet de cet incident, contactez l’assistance client Zendesk.
Traduction - exonération : cet article a été traduit par un logiciel de traduction automatisée pour permettre une compréhension élémentaire de son contenu. Des efforts raisonnables ont été faits pour fournir une traduction correcte, mais Zendesk ne garantit pas l’exactitude de la traduction.
Si vous avez des questions quant à l’exactitude des informations contenues dans l’article traduit, consultez la version anglaise de l’article, qui représente la version officielle.