News for hackers. Stuff that matters.
Re:Cloudflare outage on November 18, 2025 post mortem by watchful_moose on Wednesday November 19, 2025 @05:17AM (#45977845)
Yep, a decent canary mechanism should have caught this. There's a trade off between canarying and rollout speed, though. If this was a system for fighting bots, I'd expect it to be optimized for the latter.
Re:Cloudflare outage on November 18, 2025 post mortem by hnarn on Wednesday November 19, 2025 @07:26AM (#45978751)
Presumably optimal rollout speed entails something like or as close to ”push it everywhere all at once and activate immediately” that you can get — that’s fine if you want to risk short downtime rather than delays in rollout, what I don’t understand is why the nodes don’t have any independent verification and rollback mechanism. I might be underestimating the complexity but it really doesn’t sound much more involved than a process launching another process, concluding that it crashed and restarting it with different parameters.
Re:Cloudflare outage on November 18, 2025 post mortem by kevincox on Wednesday November 19, 2025 @07:33AM (#45978832)
I think they need to strongly evaluate if they need this level of rollout speed. Even spending a few minutes with an automated canary gives you a ton of safety.

Even if the servers weren't crashing it is possible that a bet set of parameters results in far too many false positives which may as well be complete failure.

Re:Cloudflare outage on November 18, 2025 post mortem by kevincox on Wednesday November 19, 2025 @07:31AM (#45978814)
I'm shocked that an automatic canary rollout wasn't an action item. Pushing anything out globally is a guaranteed failure again in the future.

Even if you want this data to be very fresh you can probably afford to do something like:

1. Push out data to a single location or some subset of servers.

2. Confirm that the data is loaded.

3. Wait to observe any issues. (Even a minute is probably enough to catch the most severe issues.)

4. Roll out globally.