SOMMAIRE
Entre 23 h 30 UTC le 12 novembre 2024 et 11 h 26 UTC le 15 novembre 2024, les clients Support qui utilisent les SLA dans les Pods 25 et 30 ont rencontré des retards dans les calculs SLA (Accord sur les niveaux de service) et les badges SLA (Accord sur les niveaux de service) sur leurs tickets ne s’affichaient pas comme prévu après application. des mises à jour des tickets Zendesk.
CALENDRIER
15 novembre 2024 13h00 UTC | 15 novembre 2024 5h00 (heure du Pacifique)
Nous avons le plaisir de vous annoncer que les problèmes affectant les performances des mesures SLA (Accord sur les niveaux de service) dans les Pods 25 et 30 ont été résolus. Merci de votre patience.
15 novembre 2024 12h16 UTC | 15 novembre 2024 04:16 (heure du Pacifique)
Nous constatons désormais des améliorations du problème affectant les performances du SLA (Accord sur les niveaux de service) des mesures dans les Pods 25 et 30. Nous continuons à surveiller et vous fournirons des mises à jour supplémentaires.
POST-MORTEM
Analyse de la cause
Cet incident est dû à un secret mal configuré pour le service des événements de mesure. Ainsi, quand Zendesk déployait une mise à jour avec une validation supplémentaire, le service n’était pas initialisé pour les déploiements en Asie Pacifique, ce qui provoque des retards de traitement.
Résolution
Pour résoudre ce problème, une valeur par défaut a été ajoutée pour le secret affecté le 15 novembre 2024. Cela a permis au service des événements de mesure de s’initialiser correctement et de reprendre des opérations normales. Zendesk a aussi identifié et configuré une valeur par défaut pour un secret du service de transcription Talk afin de minimiser tous les risques futurs.
Éléments de correction
- Effectuez un audit approfondi de tous les secrets pour vous assurer que les valeurs sont définies pour toutes les localités, en particulier pour les régions Asie-Pacifique.
- Améliorez les outils d’implémentation existants pour éviter des configurations erronées similaires à l’avenir.
- Créez des alertes supplémentaires pour prévenir les équipes concernées en cas d’échec ou de problème d’initialisation.
- Enquêtez sur le suivi des mesures d’échec pour vous assurer que de tels incidents déclenchent des alertes pour une résolution rapide.
En mettant ces mesures pour remédier à la situation, nous nous efforçons d’améliorer la résilience de nos services et d’empêcher des incidents similaires à l’avenir.
POUR EN SAVOIR PLUS
Pour des informations sur le statut actuel de votre Zendesk, consultez notre page de statut du système. Le résumé de notre enquête rétrospective est généralement affiché ici quelques jours après la fin de l’incident. 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.
0 commentaire