最近搜索
没有最近搜索

Billy Macken
已加入2021年4月14日
·
最后活动2025年2月13日
关注
0
关注者
2
活动总数
123
投票
0
订阅
87
活动概览
标记
文章
帖子
社区评论
文章评论
活动概览
的最新活动 Billy Macken
Billy Macken 创建了一篇文章,
概要
UTC 时间 | 2025 年 2 月 13 日下午 7:56 2025 年 2 月 13 日上午 11:56(太平洋时间)
我们很高兴地报告,阻止在 Pod 13 中发布新 Guide 文章更新的问题已解决,Guide 文章更新已正确反映在帮助中心里。感谢您耐心等待我们的调查。
UTC 时间 | 2025 年 2 月 13 日下午 7:46 2025 年 2 月 13 日上午 11:46(太平洋时间)
我们已确认存在一个问题,导致新 Guide 文章更新无法在 Pod 13 上发布。我们的团队正在调查中,并将尽快提供新信息。
UTC 时间 | 2025 年 2 月 13 日下午 7:31 2025 年 2 月 13 日上午 11:31(太平洋时间)
我们收到了在 Pod 13 上发布 Guide 文章更改时出现问题的报告。我们将很快提供进一步的更新。
事后分析
待定
如需更多信息
有关 Zendesk 当前系统状态信息以及对您帐户的具体影响,请访问我们的 系统状态页面。请关注此文章,以便在我们的事后分析报告发布时获得通知。如果您对此事件有其他疑问, 请联系 Zendesk 客户支持。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
已于 2025年2月13日 编辑 · Billy Macken
0
关注者
1
投票
0
评论
Billy Macken 创建了一篇文章,
概要
UTC 时间 | 2025 年 2 月 13 日下午 05:37 2025 年 2 月 13 日上午 09:37(太平洋时间)
我们很高兴地报告,我们已经解决了影响某些人工智能专员并导致技术错误的问题,因此将恢复 Z2 小组件以联系Zendesk Support。感谢您耐心等待我们的调查。
UTC 时间 | 2025 年 2 月 13 日下午 4:14 2025 年 2 月 13 日上午 08:14(太平洋时间)
我们已获悉一个问题,该问题影响到部分人工智能专员,包括使用 Z2 小组件联系Zendesk Support 的问题 (https://status.openai.com/)。在我们调查期间,对于Zendesk Support的任何请求,我们会将故障转移到网络表格。
事后分析
待定
如需更多信息
有关 Zendesk 当前系统状态信息以及对您帐户的具体影响,请访问我们的 系统状态页面。请关注此文章,以便在我们的事后分析报告发布时获得通知。如果您对此事件有其他疑问, 请联系 Zendesk 客户支持。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
已于 2025年2月13日 编辑 · Billy Macken
1
关注者
1
投票
0
评论
Billy Macken 创建了一篇文章,
概要
2025 年 1 月 31 日 13:15 至 17:41 UTC 客户遇到了一些专员和终端用户在用户界面中被阻止实则被阻止的问题。这些用户实际上并未被阻止,在回滚更新并让客户清除缓存后,所有访问权限都已完全恢复。
时间线
UTC 时间 | 2025 年 1 月 31 日下午 6:15 2025 年 1 月 31 日上午 10:15(太平洋时间)
我们很高兴地报告,我们已解决了导致某些用户被意外阻止的问题。感谢您耐心等待我们的调查。
UTC 时间 | 2025 年 1 月 31 日下午 05:52 2025 年 1 月 31 日上午 09:52(太平洋时间)
我们已回滚了一个我们认为的导致专员和终端用户被阻止的更新。在清除缓存并刷新浏览器后,此时用户访问权限应可恢复。如果您继续遇到任何问题,请与我们联系。
UTC 时间 | 2025 年 1 月 31 日下午 05:48 2025 年 1 月 31 日上午 09:48(太平洋时间)
导致多个 Pod 中的用户意外被阻止的问题仍在调查中。我们将在未来一小时内,或有新信息可分享时提供更多更新。
UTC 时间 | 2025 年 1 月 31 日下午 05:23 2025 年 1 月 31 日上午 09:23(太平洋时间)
我们的团队正在继续调查导致专员和终端用户的多个 Pod 被意外阻止的问题。我们将在接下来的 30 分钟内或在了解更多信息后发布更多更新。
UTC 时间 | 2025 年 1 月 31 日下午 04:59 2025 年 1 月 31 日 上午 08:59(太平洋时间)
我们已确认一个问题,导致多个 Pod 中专员和终端用户被意外阻止,我们的团队正在调查此问题。更多更新将在接下来的 30 分钟内发布。
UTC 时间 | 2025 年 1 月 31 日下午 4:46 2025 年 1 月 31 日上午 08:46(太平洋时间)
我们刚收到关于专员和终端用户被意外阻止的报告,我们的团队正在进行调查。更多信息将很快发布。
事后分析
根本原因分析
此事件是由替换用户设置中实施的部署引起的。新实施无法正确处理 NULL 值,导致系统错误地将用户识别为被阻止。以前的系统将 NULL 转换为空字符串,该字符串会被识别为 false 值,而新实现不会执行此转换,从而导致阻止状态返回应为 false 的 true。
解决
为了解决这一问题,该团队已开始回滚有问题的部署。此操作已恢复正常功能,允许用户重新访问其帐户。此外,我们还刷新了浏览器缓存,以确保修复有效。
修复项目
- 数据迁移:执行迁移以纠正被阻止设置中的 NULL 值,避免今后出现类似问题。
- 部署背景信息:确保将来的部署尝试包含适当的背景信息和从此事务中得到的经验教训。
- 单元测试审阅:添加单元测试以涵盖涉及 NULL 值的场景,确保在未来更改中进行可靠的验证。
- 数据覆盖率检查:审阅数据以确保所有实例值都得到充分覆盖和计算。
如需更多信息
有关 Zendesk 当前系统状态信息以及对您帐户的具体影响,请访问我们的 系统状态页面。请关注此文章,以便在我们的事后分析报告发布时获得通知。如果您对此事件有其他疑问, 请联系 Zendesk 客户支持。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
已于 2025年2月12日 编辑 · Billy Macken
0
关注者
1
投票
0
评论
Billy Macken 创建了一篇文章,
Zendesk将于 2025 年 2 月 10 日至 11 日进行关键维护,这将影响 Pod 13、20 和 25 的客户性能。
受影响的产品:Support、Talk 和 Guide
日期 |
开始时间 |
结束时间 |
|
2025 年 2 月 10 日 |
25 |
18:00 UTC / 10:00 PST |
18:30 UTC / 10:30 PST |
2025 年 2 月 11 日 |
20 |
02:00 UTC / 18:00 PST(太平洋标准时间)(2 月 10 日) |
02:30 UTC / 18:30 PST(2 月 10 日) |
2025 年 2 月 11 日 |
13 |
02:00 UTC / 18:00 PST(太平洋标准时间)(2 月 10 日) |
02:30 UTC / 18:30 PST(2 月 10 日) |
预期行为:Support 和 Guide 界面可能会在 30 秒或更短的时间内短暂无法访问,您的专员可能会遇到服务器错误屏幕、响应时间缓慢、批量更新工单、刷新工单视图出现问题,以及 Talk 通话掉线。
请注意,后端进程仍会正常运行,因此在此维护窗口期间,电邮进程、API 请求和其他此类请求可正常工作。
我们这样做的原因:Zendesk 关系型存储团队正在进行配置更改,以更新数据库基础架构。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
已于 2025年1月15日 编辑 · Billy Macken
1
关注者
1
投票
0
评论
Billy Macken 创建了一篇文章,
概要
2024 年 12 月 11 日 18:06 至 22:57 UTC, Sunshine Conversations客户在 WhatsApp、Instagram 和Messenger通讯渠道中遇到了消息送达问题。
时间线
UTC 时间 | 2024 年 12 月 11 日下午 6:15 2024 年 12 月 11 日上午 10:14(太平洋时间)
我们注意到合作伙伴提供商发生了中断,影响到了 WhatsApp、 Messenger和 Instagram。我们正在联系提供商以恢复服务,并将很快提供进一步的更新。
UTC 时间 | 2024 年 12 月 11 日下午 6:35 2024 年 12 月 11 日上午 10:35(太平洋时间)
我们的团队将继续与合作伙伴合作,恢复 WhatsApp、 Messenger和 Instagram 的服务。我们将在一小时后或有新信息可分享时提供最新动态。
UTC 时间 | 2024 年 12 月 11 日下午 7:37 2024 年 12 月 11 日上午 11:37(太平洋时间)
我们仍在与合作伙伴提供商合作,以恢复 WhatsApp、 Messenger和 Instagram 渠道的服务。有新信息可分享时,我们将及时提供最新动态。
UTC 时间 | 2024 年 12 月 11 日晚上 11:01 2024 年 12 月 11 日下午 3:01(太平洋时间)
我们发现 WhatsApp、 Messenger和 Instagram 的供应商中断已开始部分恢复。我们的提供商合作伙伴仍在竞争其工作,因此我们将继续监测我们的系统,以确保我们已完全恢复。如果您继续遇到任何问题,请与我们联系。
UTC 时间 | 2024 年 12 月 12 日2024 年 12 月 11 日下午 6:00(太平洋时间)
我们很高兴地报告,影响 WhatsApp、 Messenger和 Instagram 的提供商中断已解决。感谢您耐心等待我们解决今天的问题。
根本原因分析
此事件是由 Meta 的 Cloud API 服务问题引起的,该问题影响 Facebook、 Messenger、WhatsApp 和 Instagram。Meta 没有透露确切的根本原因,但他们承认出现了中断,并正在努力恢复服务。在此期间, Sunshine Conversations的监测系统在尝试通过受影响的渠道发送消息时检测到大量发生错误。
解决方案
中断的解决完全取决于 Meta 的恢复工作。Sunshine Conversations工程师密切关注事态发展,而 Zendesk 事务团队会及时为客户提供更新。在 Meta 宣布服务已恢复后,我们验证了出站流量是否已恢复到正常水平,消息是否已通过社交消息传送渠道成功送达。
修复项目
- 审查并改进 Meta 边缘案例监测。
- Update Meta 升级程序。
如需更多信息
如需了解您 Zendesk 当前的系统状态信息,请查看我们的 系统状态页面。我们的事后调查概要通常会在事件结束几天后发布在这里。如果您对此事件有其他疑问,请 联系 Zendesk 客户支持。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
已于 2024年12月19日 编辑 · Billy Macken
0
关注者
1
投票
0
评论
Billy Macken 进行了评论,
Postmortem published December 5, 2024.
查看评论 · 已于 2024年12月05日 发布 · Billy Macken
0
关注者
0
投票
0
评论
Billy Macken 创建了一篇文章,
概要
UTC 时间 | 2024 年 12 月 3 日下午 4:24 2024 年 12 月 3 日上午 8:24(太平洋时间)
UTC 时间今天(2024 年 12 月 3 日)15:09 至 15:37 之间,欧洲的 Explore 客户遇到了 5xx 级错误,以及面板和报告访问问题。这些问题都已解决,目前访问已恢复。
事后分析
根本原因分析
此事件是由系统更新期间的技术命令错误引起的。此错误导致了流量重定向,导致欧洲客户在尝试访问 Explore 面板时出现问题。
解决
我们的技术团队通过将流量重定向到合适的系统,很快就解决了这个问题,所有受影响的客户都恢复了 Explore 面板的访问权限。
修复项目
-
审查程序:我们将重新评估我们的操作程序,以确保在进行更改之前所有技术设置都正确无误。
-
改进技术工具:我们将改进流量管理工具,以避免今后出现类似错误。
-
减少单点故障:我们正在研究如何确保我们的系统更具韧性,不依赖于单一组件,从而提高整体可靠性。
-
加强审阅流程:我们将对技术程序进行更彻底的检查,以便在潜在问题影响客户之前发现问题。
-
提高服务可靠性:我们将审查服务绩效标准,确保始终如一地满足正常运行时间和可靠性的高期望。
如需更多信息
如需了解您 Zendesk 当前的系统状态信息,请查看我们的 系统状态页面。我们的事后调查概要通常会在事件结束几天后发布在这里。如果您对此事件有其他疑问,请 联系 Zendesk 客户支持。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
已于 2024年12月09日 编辑 · Billy Macken
0
关注者
1
投票
0
评论
Billy Macken 进行了评论,
Postmortem published November 13, 2024.
查看评论 · 已于 2024年11月13日 发布 · Billy Macken
0
关注者
0
投票
0
评论
Billy Macken 创建了一篇文章,
概要
2024 年 10 月 28 日 17:37 UTC 至 19:19 UTC 之间,一小部分 Pod 13、15、19、20、23、25、26 和 27 的 Zendesk Explore 客户在执行诸如用于生成报告并加载面板。
时间线
UTC 时间 | 2024 年 10 月 28 日下午 06:51 2024 年 10 月 28 日上午 11:51(太平洋时间)
我们收到了关于在 Explore 中跨多个 Pod 加载报告和面板时出现问题的报告,我们的团队正在调查此问题。稍后将发布更多更新。
UTC 时间 | 2024 年 10 月 28 日下午 7:02太平洋时间 2024 年 10 月 28 日下午 12:02
我们已确认一个影响 Explore 客户的问题,该问题会在尝试加载默认和自定义面板及报告时导致 502 错误和延迟。我们的团队正在调查中。我们将在接下来的 30 分钟内提供最新进展。
UTC 时间 | 2024 年 10 月 28 日下午 7:21 2024 年 10 月 28 日下午 12:21(太平洋时间)
我们已回滚了一个最近的更新,并开始看到影响 Explore 客户的问题有所改善,该问题导致在尝试加载面板和报告时出现 502 错误和延迟。我们将继续监测,直到完全恢复。如果您继续遇到任何问题,请与我们联系。
UTC 时间 | 2024 年 10 月 28 日下午 7:38太平洋时间 2024 年 10 月 28 日下午 12:38
我们很高兴地报告,影响 Explore 面板和报告加载的问题已解决。感谢您耐心等待我们的调查。
根本原因分析
此事件是由网络配置错误引起的,该错误导致网络基础设施组件之间的连接超时。这导致客户在 Explore 产品中收到 HTTP 请求错误。
解决方案
为解决此问题,我们团队已回滚受影响节点中的网络配置更改,最终服务得以恢复。
修复项目
以下工作项目已计划:
- 更新 Explore 启动/准备就绪情况调查,以防止在某些情况下进行推行。
- 研究对受影响网络配置路径中某些元素的自动化
- 审阅监测和警报
- 更新基础设施更改 Runbook。
如需更多信息
如需了解您 Zendesk 当前的系统状态信息,请查看我们的 系统状态页面。我们的事后调查概要通常会在事件结束几天后发布在这里。如果您对此事件有其他疑问,请 联系 Zendesk 客户支持。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
已于 2024年11月14日 编辑 · Billy Macken
1
关注者
1
投票
0
评论
Billy Macken 创建了一篇文章,
概要
2024 年 10 月 14 日 13:49 UTC 至 15:40 UTC 期间,美洲地区使用 Explore 的客户在尝试导出或计划面板和报告时遇到了“下载失败”错误。
时间线
UTC 时间 | 2024 年 10 月 14 日下午 4:17 2024 年 10 月 14 日上午 09:17(太平洋时间)
我们很高兴地报告,我们已经解决了影响 Explore 美洲客户的问题,该问题会在尝试导出或计划面板和报告时导致“下载失败”错误。感谢您耐心等待我们的调查。
UTC 时间 | 2024 年 10 月 14 日下午 04:01 2024 年 10 月 14 日上午 09:01(太平洋时间)
我们已找到导致美国 Explore 客户在尝试下载或计划面板或报告时出现“下载失败”错误的问题根本原因;但是,由于有积压的请求需要处理,可能会出现延迟。我们将进行监测,以确保完全解决。如果您继续遇到任何问题,请与我们联系。
UTC 时间 | 2024 年 10 月 14 日下午 03:40 2024 年 10 月 14 日上午 08:40(太平洋时间)
我们已确认一个影响美国 Explore 客户的问题,该问题会导致在尝试下载或计划面板或报告时出现“下载失败”错误。我们的团队正在调查,并会在 30 分钟内发布最新进展。
UTC 时间 | 2024 年 10 月 14 日下午 03:26 2024 年 10 月 14 日上午 08:26(太平洋时间)
我们收到了 US Explore 客户在尝试下载或计划面板或报告时出现“下载失败”错误的报告。我们将很快发布更多信息。
事后分析
根本原因分析
引发此事件的原因是无意中删除了 Explore 服务进行身份验证所需的密钥。此次删除是在 Explore 资源的清理过程中进行的,当时有人错误地认为不再需要该密钥,因为它在新版本的服务中可用。
解决方案
为了解决此问题,缺失的密钥已重新创建,以便服务再次成功启动。这涉及到通过代码库进行手动干预以重新应用密钥定义,确保所有必要组件按预期运行。
修复项目
- 将相关存储库所需的审阅者数量增加到两个,以加强对更改的监督。
- 记录验证以前版本密钥是否仍在用于其他服务的过程。
- 制定记录流程,使用过渡环境和端到端测试来验证风险基础设施更改。
- 建立将风险基础设施更改推行到生产环境的指南,包括适当的启动时间。
- 调查并解决与 Explore 服务相关的内存问题,以避免今后发生类似事件。
如需更多信息
如需了解您 Zendesk 当前的系统状态信息,请查看我们的 系统状态页面。我们的事后调查概要通常会在事件结束几天后发布在这里。如果您对此事件有其他疑问,请 联系 Zendesk 客户支持。
翻译免责声明:本文章使用自动翻译软件翻译,以便您了解基本内容。 我们已采取合理措施提供准确翻译,但不保证翻译准确性
如对翻译准确性有任何疑问,请以文章的英语版本为准。
已于 2024年10月30日 编辑 · Billy Macken
0
关注者
1
投票
0
评论