Überblick
Am 16. Juli 2026, von 03:50 UTC bis 05:36 UTC, traten bei Chat (Arbeitsbereich für Agenten)-Kunden in Pod 25 Leistungseinbußen auf, hauptsächlich erhöhte Latenzen und Verzögerungen beim Erstellen von Tickets. Messaging war nicht betroffen.
Zeitleiste
16. Juli 2026 5:23 UTC
Wir untersuchen aktiv ein Problem, das Kunden in Pod 25 betrifft und zu einer Beeinträchtigung des Chat-Erlebnisses im Arbeitsbereich für Agenten führt. Beim Erstellen von Tickets kann es zu Verzögerungen kommen. Das Messaging-Produkt sollte nicht betroffen sein. Unsere Ingenieure arbeiten aktiv an der Lösung des Problems. Wir werden ein Update bereitstellen, sobald weitere Informationen verfügbar sind. Vielen Dank für Ihre Geduld.
Der Service hat sich inzwischen erholt und die Leistung ist um ca. 5:36 Uhr UTC wieder normal. Wir überwachen weiterhin genau, ob es zu Wiederholungen kommt, und untersuchen die zugrundeliegenden Mitwirkenden, um die Stabilität zu gewährleisten und Wiederholungen zu vermeiden. Vielen Dank für Ihre Geduld.
Wir freuen uns, Ihnen mitteilen zu können, dass das Problem, das zu einer Verschlechterung der Chatleistung im Arbeitsbereich für Agenten geführt hat, behoben wurde und der Service jetzt wieder normal funktioniert. Wir haben auch vorbeugende Maßnahmen ergriffen, um die Wahrscheinlichkeit eines erneuten Auftretens zu reduzieren, während wir unsere Folgeuntersuchung fortsetzen. Nochmals vielen Dank für Ihre Geduld und Ihr Verständnis.
Ursachenanalyse
Dieser Vorfall wurde durch einen plötzlichen Anstieg der Ticketaktualisierungsaktivität von einem einzigen Kundenkonto verursacht, der zu einer unerwarteten Belastung der Datenbank führte, die den Ticketprotokolldienst in Pod 25 unterstützt. Diese Datenbankbelastung führte zu Verarbeitungsverzögerungen, die sich auf die Erstellung von Chat-Tickets im Arbeitsbereich für Agenten auswirkten.
Lösung
Um dieses Problem zu beheben, haben wir ein temporäres Ratenlimit für das Verkehrsaufkommen eingeführt, um die allgemeine Servicestabilität zu schützen. Nach Einführung des Limits verringerte sich die Datenbanklast und die Serviceleistung normalisierte sich wieder.
Sanierungselemente
Um die Wahrscheinlichkeit eines erneuten Auftretens zu reduzieren, ergreifen wir folgende Schritte:
- Verbesserung der Überwachung und Warnung auf Query-Ebene, damit wir teure Datenbankabfragemuster früher erkennen können
- Verringerung unnötiger Datenbankarbeiten im Ticketprotokolldienst, die die Last bei Verkehrsspitzen erhöhen können
-
Überprüfen von Sicherheitsmaßnahmen (z. B. gezielte Drosselung), um zu verhindern, dass die Automatisierung eines einzelnen Kunden die Leistung anderer Kunden auf demselben Pod beeinträchtigt
WEITERE INFORMATIONEN
Auf unserer Systemstatusseite finden Sie aktuelle Systemstatusinformationen zu Zendesk und den Auswirkungen auf Ihr Konto. Wenn Sie weitere Fragen zu diesem Vorfall haben, wenden Sie sich an den Zendesk-Kundensupport.
Hinweis zur Übersetzung: Dieser Beitrag wurde mit automatischer Übersetzungssoftware übersetzt, um dem Leser ein grundlegendes Verständnis des Inhalts zu vermitteln. Trotz angemessener Bemühungen, eine akkurate Übersetzung bereitzustellen, kann Zendesk keine Garantie für die Genauigkeit übernehmen.
Sollten in Bezug auf die Genauigkeit der Informationen im übersetzten Beitrag Fragen auftreten, beziehen Sie sich bitte auf die englische Version des Beitrags, die als offizielle Version gilt.