概要

2025 年 12 月 5 日,我们收到了客户报告,由于出现 5XX 错误,导致其 Zendesk 实例难以访问。经确认,根本原因是我们的内容分发网络 (CDN) 提供商发生了重大中断。

时间线

| 2025 年 12 月 5 日 09:35 UTC 2025 年 12 月 5 日上午 01:35(太平洋时间)

关于多个 Zendesk 服务返回 5XX 错误的报告,我们目前正在调查。我们的工程团队已获悉,我们的内容交付网络 (CDN) 提供商也在积极调查此问题。由此带来的不便我们深表歉意,我们将及时提供更新。

UTC 时间 | 2025 年 12 月 5 日2025 年 12 月 5 日上午 02:02(太平洋时间)

继最近与我们的 CDN 提供商相关的 5XX 错误之后,我们发现受影响的Zendesk Support服务在应用修复后可以恢复。我们的工程团队正在积极监测此问题,以确保其稳定性。对于由此造成的任何中断,我们深表歉意,并将继续提供及时更新。

UTC 时间 | 2025 年 12 月 5 日2025 年 12 月 5 日上午 03:19(太平洋时间)

我们很高兴地通知您,在我们的 CDN 提供商实施修复后, Zendesk Support服务已完全恢复,问题已解决。感谢您的耐心等待,我们的团队正在努力处理此问题。

根本原因分析

此事件是由于我们的内容交付网络 (CDN) 提供商在全球推出安全更改之前禁用了内部工具,发生了重大服务中断,从而引发了 5xx 错误。

解决方案

在我们的 CDN 提供商在其平台上实施并部署修复程序后,此问题已解决,该修复程序解决了影响Zendesk Support服务的 5XX 错误。Zendesk 团队无需干预。

修复项目

  1. 审查并改进全局故障转移流程,使其优先于国家或州级别的区域故障转移。
  2. 当当前的跟踪方法没有表明失败时,调查互联网恢复力的替代信号。
  3. 通过额外的寻呼选项和故障转移机制,增强警报系统在全球服务中断期间的恢复能力。
  4. 更新了全局故障转移 Runbook,明确说明何时需要手动激活全局故障转移。
  5. 审阅传统分析平台中使用的回退系统,以确保可靠性。
  6. 从旧版日程计划程序的黑名单中移除客户“mpggroup”以恢复正常处理。
  7. 改进计划程序 Runbook,提供清晰的步骤来分析数据、识别列入黑名单的客户并将其从黑名单中移除。
  8. 向状态页面上的功能翻转添加缓存,以减少系统查询数量并提高性能。
  9. 优化在状态页面上加载事务历史记录时速度较慢的数据库查询。
  10. 为数据库查询设置适当的超时,以防止延迟并提高总体响应能力。

如需更多信息

有关 Zendesk 当前系统状态信息以及对您帐户的具体影响,请访问我们的系统状态页面。如果您对此事务有其他疑问,请联系 Zendesk 客户支持。

翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性

如对翻译准确性有任何疑问,请以文章的英语版本为准。

由 Zendesk 提供技术支持