Earlier quoted context omitted.
33 minutes from impact to status page for a complete outage is a joke.
Unfortunately,that is also typical. I've seen it take longer than that for AWS to update their status page. The reason is probably because changes to the status page require executive approval, because false positives could lead to bad publicity, and potentially having to reimburse customers for failing to meet SLAs.
Tell HN: Azure outage
791–800 of 841 posts
Re: Tell HN: Azure outage
#792Re: Tell HN: Azure outage
#793Preliminary post incident review: https://azure.status.microsoft/en-gb/status/history/ Timeline 15:45 UTC on 29 October 2025 – Customer impact began. 16:04 UTC on 29 October 2025 – Investigation commenced following monitoring alerts being triggered. 16:15 UTC on 29 October 2025 – We began the investigation and started to examine configuration changes within AFD. 16:18 UTC on 29 October 2025 – Initial communication po…
Very circular way of saying “the validator didn’t do its job”. This is AFAICT a pretty fundamental root cause of the issue.
It’s never good enough to have a validator check the content and hope that finds all the issues. Validators are great and can speed a lot of things up. But because they are independent code paths they will always miss something. For critical services you have to assume the validator will be wrong, and be prepared to contain the damage WHEN it is wrong.
Re: Tell HN: Azure outage
#794Preliminary post incident review: https://azure.status.microsoft/en-gb/status/history/ Timeline 15:45 UTC on 29 October 2025 – Customer impact began. 16:04 UTC on 29 October 2025 – Investigation commenced following monitoring alerts being triggered. 16:15 UTC on 29 October 2025 – We began the investigation and started to examine configuration changes within AFD. 16:18 UTC on 29 October 2025 – Initial communication po…
33 minutes from impact to status page for a complete outage is a joke.
Re: Tell HN: Azure outage
#795Earlier quoted context omitted.
Azure to me has always suffered from a belief that “UI innovations can solve UX complexity if you just try hard enough.” Like, AWS, and GCP to a lesser extent, has a principled approach where simple click-ops goals are simple. You can access the richer metadata/IAM object model at any time, but the wizards you see are dumb enough to make easy things easy. With Azure, those blades allow tremendously complex “you need…
I still feel lost just trying to view my application logs. I don't want to pay for or lock myself into, "Azure Insights". I just want to see the logging, that I know if I can remember the right buttons to click, are available. The worst place to try is "Monitoring > Logs", this is where you get faced up front with a query designer. I've never worked out how to do a simple "list by time" on that query designer, but it…
Re: Tell HN: Azure outage
#796Earlier quoted context omitted.
In Microsoft's defense, Azure has always been a complete joke. It's extremely developer unfriendly, buggy and overpriced.
I've only used Azure, to me it seems fine ish. Some things are rather overcomplicated and it's far from perfect but I assumed the other providers were similarly complicated and imperfect. Can't say I've experienced many bugs in there either. It definitely is overpriced but I assume they all are?
At a large scale, azure is dramatically worse then Aws.
Re: Tell HN: Azure outage
#797Preliminary post incident review: https://azure.status.microsoft/en-gb/status/history/ Timeline 15:45 UTC on 29 October 2025 – Customer impact began. 16:04 UTC on 29 October 2025 – Investigation commenced following monitoring alerts being triggered. 16:15 UTC on 29 October 2025 – We began the investigation and started to examine configuration changes within AFD. 16:18 UTC on 29 October 2025 – Initial communication po…
At 16:04 “Investigation commenced”. Then at 16:15 “We began the investigation”. Which is it?
16:04 Started running around screaming
16:15 Sat down & looked at logsRe: Tell HN: Azure outage
#798Preliminary post incident review: https://azure.status.microsoft/en-gb/status/history/ Timeline 15:45 UTC on 29 October 2025 – Customer impact began. 16:04 UTC on 29 October 2025 – Investigation commenced following monitoring alerts being triggered. 16:15 UTC on 29 October 2025 – We began the investigation and started to examine configuration changes within AFD. 16:18 UTC on 29 October 2025 – Initial communication po…
Looks like there was no monitoring and no alerts.
Which is kinda weird.
Re: Tell HN: Azure outage
#799Earlier quoted context omitted.
I've only used Azure, to me it seems fine ish. Some things are rather overcomplicated and it's far from perfect but I assumed the other providers were similarly complicated and imperfect. Can't say I've experienced many bugs in there either. It definitely is overpriced but I assume they all are?
They are all broken, weird, and expensive in their own ways. Its nothing unique to Azure.
Re: Tell HN: Azure outage
#800Earlier quoted context omitted.
I've only used Azure, to me it seems fine ish. Some things are rather overcomplicated and it's far from perfect but I assumed the other providers were similarly complicated and imperfect. Can't say I've experienced many bugs in there either. It definitely is overpriced but I assume they all are?
For something fairly small, they are about the same. At a large scale, azure is dramatically worse then Aws.