相关新闻

placeholder

Folyd

2周前

cloudflare 事故报告出来了，一行 rust 代码 panic 瘫痪了全球一半流量，具体细节 AI 有解释，但是最重要的是 CloudFlare 内部 code style 很不规范啊，线上的 unwrap() 是一定要完全禁止的，这个世界就是一个巨大的草台班子，非常惨痛的教训

placeholder

NadeshikoManju@薫る花は凛と咲く7月5日播出

2周前

估计很多人在等我的技术复盘，那么聊聊 开宗明义，我们应该是目前 All in Cloudflare 公司中这次事故中恢复的最快的一批 Cloudflare 这次的事故其实应该分为两个 Part 来说，DNS 面和数据面。这次炸的实际上是数据面 早在10月20多号，Cloudflare 因为机房在维护而导致流量切换的时候，我们的跨洋访问线路就出现了问题。当时讨论后，我和同事达成一致，决定开始着

placeholder

Viking

1个月前

AWS 这次事故的原因报告出来了： 简单看了一下，让 AI 总结一下： 1 DNS 记录由 DNS Planner 定期生成一份完整的区域计划，列出应该指向哪些load balancer。 2 DNS Enactor 负责把计划写进 Route 53（Amazon 的 DNS 系统），每个可用区运行一个独立实例。所以有多个。 3 Enactor 开工前只核对一次：确保手里的计划是最新版本

placeholder

LIN WEI

1个月前

说起 aws 的事故来，我是觉得自建机房挺好玩的，从选点拉网线和采购开始，一点点把自己的服务搭建起来，很有成就感，现在大家都爱用云了，云适合快速迭代快速部署，但有几个问题： 1）规模上去了成本会变高； 2）你用户集中的地方并不一定是云的重点覆盖区域，不一定能提供最好的接入质量； 3）你不是大客户时常被忽视； 4）容易被云的稳定性迷惑，散失了基本的生存能力 是的云大部分时候很少出事情，但一旦出事

placeholder

Yuhang

1个月前

aws 这次事故感觉很严重啊