概要
2025 年 2 月 26 日 10:43 至 21:56 UTC，Pod 17 中的 Talk 客户遇到了延迟和专员状态更改问题。
时间线
UTC 时间 | 2025 年 2 月 26 日晚上 10:17 2025 年 2 月 26 日下午 02:17（太平洋时间）
我们很高兴地宣布，此修复已解决了导致延迟并影响 pod 17 上 Talk 中专员状态更改的问题。感谢您耐心等待我们的调查。
UTC 时间 | 2025 年 2 月 26 日下午 09:32 2025 年 2 月 26 日下午 1:32（太平洋时间）
修复后，导致 Talk 客户在 Pod 17 上更改专员状态的延迟和问题的问题开始得到改善。如果您继续遇到任何问题，请与我们联系。
UTC 时间 | 2025 年 2 月 26 日下午 7:25 2025 年 2 月 26 日上午 11:25（太平洋时间）
我们发现了一个最近的更新，并认为该更新造成了影响 pod 17 个 Talk 客户的问题，导致专员状态更改出现延迟和问题。我们的团队正在准备修复程序。我们将在部署修复程序后提供进一步的更新。
UTC 时间 | 2025 年 2 月 26 日下午 6:36 2025 年 2 月 26 日上午 10:36（太平洋时间）
我们的团队正在继续调查影响 Pod 17 中 Talk 客户的问题，该问题会导致延迟和专员卡在小结模式中。我们将在一小时内发布其他更新，或有新信息可分享时。
UTC 时间 | 2025 年 2 月 26 日下午 6:08 2025 年 2 月 26 日上午 10:08（太平洋时间）
我们已获悉一个影响 Pod 17 上的 Talk 客户的问题，导致问题在专员状态之间切换，有时甚至卡在小结模式中。我们的团队正在进行调查，并将尽快提供最新进展。
事后分析
根本原因分析
造成此事务的原因是系统中的一项更改允许数据清理作业保留在队列中，导致相同的作业每分钟重复排队。这就导致了工单积压，耽误了其他工作的处理时间。
解决方案
为了解决这个问题，团队首先解决了由于只读模型导致数据清理作业无法完成的问题。然后，他们修改了逻辑，以确保作业入列后不会再次入列，直到处理成功。
修复项目
- 实施一种机制以防止相同的数据清理请求被多次排入队列。
- 在语音系统中创建一个工具，以在相关队列中管理和移除作业。
- 改进与数据清理作业相关的数据库查询以提升性能。
- 减少工作程序实例的数量以优化资源分配，并审查当前限制。
- 探索按需快速增加资源（工作人员）的选项。
- 如果延迟影响了核心功能，请考虑重新分配低队列中的作业。
通过解决这些修复项目，该团队旨在避免今后类似事件的发生，并提高语音服务的整体可靠性。
如需更多信息
有关 Zendesk 当前系统状态信息以及对您帐户的具体影响，请访问我们的 系统状态页面。请关注此文章，以便在我们的事后分析报告发布时获得通知。如果您对此事件有其他疑问， 请联系 Zendesk 客户支持。
翻译免责声明：本文章使用自动翻译软件翻译，以便您了解基本内容。 我们已采取合理措施提供准确翻译，但不保证翻译准确性
如对翻译准确性有任何疑问，请以文章的英语版本为准。
0 条评论