概要
在 2024 年 11 月 12 日 23:30 UTC 到 2024 年 11 月 15 日 11:26 UTC 之间,在 Pod 25 和 30 中使用 SLA 的 Support 客户会遇到SLA计算延迟,以及其工单上的SLA标记在适用后不会如预期显示工单更新。
时间线
UTC 时间 | 2024 年 11 月 15 日下午 01:00 2024 年 11 月 15 日上午 05:00(太平洋时间)
我们很高兴地报告,影响 Pod 25 和 30 指标SLA性能的问题现已解决。感谢您的耐心等待!
UTC 时间 | 2024 年 11 月 15 日下午 12:16 2024 年 11 月 15 日上午 04:16(太平洋时间)
我们现已看到影响 Pod 25 和 30 指标SLA性能的问题已得到改善。我们将继续关注最新进展,并将尽快提供。
事后分析
根本原因分析
此事务是由指标事件服务的密钥配置错误引起的。这意味着,当 Zendesk 部署带有额外验证的更新时,亚太地区部署的服务无法初始化,从而导致处理延迟。
解决方案
要解决此问题,我们已在 2024 年 11 月 15 日为受影响的密钥添加了“默认”值。这样指标事件服务才可以正确初始化,继续正常运行。Zendesk 还识别了 Talk 转录服务的“密钥”,并设置了默认值,以降低未来风险。
修复项目
- 对所有密钥进行全面审核,确保其值已针对所有区域(尤其是亚太区域)进行了设置。
- 改进现有实施工具,避免今后出现类似配置错误。
- 创建更多警报,通知相关团队初始化失败和问题。
- 研究失败指标的跟踪,确保此类事件触发警报,以便及时解决。
通过实施这些修复措施,我们旨在提高服务的抵御能力,避免今后类似事件发生。
如需更多信息
如需了解您 Zendesk 当前的系统状态信息,请查看我们的 系统状态页面。我们的事后调查概要通常会在事件结束几天后发布在这里。如果您对此事件有其他疑问,请 联系 Zendesk 客户支持。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
0 条评论