概要
2024-07-16 10:47 UTC 到 13:13 UTC 以及 2024-07-17 03:40 UTC 到 2024-07-17 14:50 UTC，一些客户在使用 Zendesk 劳动力管理时遇到了运行缓慢和错误（ WFM），这是因为过度使用了我们的网络提供商分配的通讯容量。这会影响尝试连接到专员活动跟踪器等核心服务的用户，从而导致性能问题。
时间线
UTC 时间 | 2024 年 7 月 17 日下午 12:28 2024 年 7 月 17 日上午 05:28（太平洋时间）
很遗憾，我们今天再次遇到了类似的问题，导致带有一些相同症状的错误再次激增。清除缓存或使用无痕窗口应该可以解决此问题。我们将监测接下来 24 小时内的错误，如果没有错误发生，新事务将并入此事务。感谢您的耐心等待和理解。
UTC 时间 | 2024 年 7 月 16 日下午 4:32 2024 年 7 月 16 日上午 09:32（太平洋时间）
我们已收到多个客户的确认消息，即清除缓存和 Cookie 后已恢复对 Zendesk WFM 的访问，并将将此事务标为“完全解决”。
UTC 时间 | 2024 年 7 月 16 日下午 02:38 2024 年 7 月 16 日上午 07:38（太平洋时间）
根据我们的观察，后端错误已减少。请清除缓存和 Cookie，然后确认是否正常工作。
UTC 时间 | 2024 年 7 月 16 日下午 1:59 2024 年 7 月 16 日 上午 06:59（太平洋时间）
除了前面提到的一般平台错误之外，一些客户还无法跨多个 Pod 正确加载 Support 和 Chrome 扩展中的 WFM 小组件。
UTC 时间 | 2024 年 7 月 16 日下午 1:42 2024 年 7 月 16 日上午 06:42（太平洋时间）
在收到客户关于问题解决的否定确认后，我们将继续调查 Zendesk WFM（原 Tymeshift）的问题。部分客户在尝试访问组织结构时仍遇到错误“您无权访问此功能”和“出错了/请稍候重试”。我们将在 1 小时后或有其他详情可分享时尽快提供。
UTC 时间 | 2024 年 7 月 16 日下午 1:06 2024 年 7 月 16 日上午 06:06（太平洋时间）
我们目前看到受影响帐户的后端流量处理有所改进，这些帐户现在应该可以开始在 Zendesk 中加载 Zendesk WFM。
UTC 时间 | 2024 年 7 月 16 日下午 12:39 2024 年 7 月 16 日 上午 05:39（太平洋时间）
我们目前正在调查一些客户报告的 Zendesk WFM（以前称为 Tymeshift）加载缓慢或无法加载多个 Pod 的问题。我们将在 30 分钟后或掌握更多详情后尽快提供更新。
事后分析
由于配置限制，我们的一些网络流量在高峰时段超出了允许的最大限额。这无法立即看到，由此产生的延迟影响了客户体验。发现此问题后，我们迅速提高了此限制，并调整了配置，以更好地处理流量。
根本原因分析
出现此问题的根本原因在于默认设置限制了可用通讯渠道的数量，但随着客户群和流量的增长，我们的沟通渠道数量已超出了这一限制。
解决方案
通过增加容量并重新配置适当设置，我们解决了根本问题。我们已采取额外措施以确保持续稳定性。
修复
为避免今后出现类似问题，我们将采取以下措施：
1.工作量监测：我们正在添加主动监测功能，以便在接近工作量限制时向我们发出警报。
2.配置审阅：我们正在审查和调整所有地区的配置，以确保其已准备好应对增加的流量。
3.改进版响应计划：我们正在加强事务响应程序，以便快速诊断和解决日后出现的任何问题。
如需更多信息
如需了解您 Zendesk 当前的系统状态信息，请查看我们的 系统状态页面。我们的事后调查概要通常会在事件结束几天后发布在这里。如果您对此事件有其他疑问，请 联系 Zendesk 客户支持。
翻译免责声明：本文章使用自动翻译软件翻译，以便您了解基本内容。 我们已采取合理措施提供准确翻译，但不保证翻译准确性
如对翻译准确性有任何疑问，请以文章的英语版本为准。