展开讨论

croemerHN来源作者
创业与收入经验摘录 · 机器翻译

事件后初步审查：https://azure.status.microsoft/en-gb/status/history/ 时间线 …

事件后初步审查：https://azure.status.microsoft/en-gb/status/history/ 时间线 2025年10月29日 UTC时间15:45 – 客户影响开始。2025年10月29日 UTC时间16:04 – 在监控警报触发后，我们开始进行调查。2025年10月29日 UTC时间16:15 – 我们开始调查，并开始检查AFD中的配置更改。2025年10月29日 UTC时间16:18 – 我们在公开状态页面上发布了初步沟通。2025年10月29日 UTC时间16:20 – 我们向Azure服务健康状态的受影响客户发送了定向沟通。2025年10月29日 UTC时间17:26 – Azure门户从Azure Front Door中失败。2025年10月29日 UTC时间17:30 – 我们阻止了所有新的客户配置更改，以防止进一步的影响。2025年10月29日 UTC时间17:40 – 我们启动了部署“最后已知良好”配置。2025年10月29日 UTC时间18:30 – 我们开始在全球范围内推送修复后的配置。…

源讨论告诉Hacker News：Azure中断原帖 806 条评论 · 导入时统计
3

这条内容在回应什么？

父级讨论 · 节选

TA
tartieretHN

Azure对我们来说已经瘫痪了，我们甚至无法访问azure门户。其他人也遇到这种情况了吗？我们的服务位于加拿大/中部和美国东部 https://downdetector.ca/status/windows-azure/ https://azure.status.microsoft/en-gb/status

完整原文

社区评论 0

还没有社区评论，来聊聊你的看法。

原讨论中的回复 3

仅展示本次导入中包含的直接回复。中文为机器翻译，可查看英文原文。

OO
oofbeyHN

“我们的保护机制，用于验证和阻止任何错误的部署，由于软件缺陷而失败，允许部署绕过安全验证。” 这是一种非常循环的说法，意思是“验证器没有完成它的任务”。据我所知，这是这个问题的一个根本原因。 仅仅依靠验证器检查内容并希望它能发现所有问题，这永远是不够的。验证器很好，可以加快很多事情。但由于它们是独立的代码路径，它们总会漏掉一些东西。对于关键服务，你必须假设验证器会出错，并在它出错时准备好限制损害。

完整原文
NO
notoranditHN

让我困惑的还有识别停机时间所花的时间。 看起来没有监控也没有警报。 这有点奇怪。

完整原文
NE
neop1xHN

>> 我们开始调查并在 AFD 内检查配置更改。 故障排除已完成 故障排除无法自动修复所有发现的问题。你可以找到下面的更多细节。 >> 我们启动了我们‘最后已知良好’配置的部署。 系统还原可以帮助修复可能使你的电脑运行缓慢或停止响应的问题。 系统还原不会影响你的任何文档、图片或其他个人数据。最近安装的程序和驱动程序可能会被卸载。 确认你的还原点 你的电脑将恢复到下面描述字段中事件发生前的状态。

完整原文
在 Hacker News 阅读

尊重不同观点，分享具体经验。

登录后即可发帖、评论、转发和引用。