neya 4 days ago

In Microsoft's defense, Azure has always been a complete joke. It's extremely developer unfriendly, buggy and overpriced.

  • michaelt 4 days ago

    If you call that defending microsoft, I'd hate to see what attacking them looks like :)

    • dijit 4 days ago

      Not to put too fine a point on it, but if I have a dark passenger in my tech life it is almost entirely caused by what Microsoft wants to inflict on humanity - and more importantly; how successful they are at doing it.

    • amelius 4 days ago

      In commenter's defense, their comment makes no sense.

    • dude250711 4 days ago

      Save it for when they stick Copilot into Azure portal.

      • alias_neo 4 days ago

        Ha, you haven't used it recently have you? Copilot is already there, and it can't do a single useful thing.

        Me: "How do I connect [X] to [Y] using [Z]?"

        Copilot: "Please select the AKS cluster you'd like to delete"

      • nflekkhnnn 4 days ago

        Actually one of the inventors of k8s was the project lead for copilot in the azure portal, and deployed it over a year ago.

  • sfn42 4 days ago

    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?

    • voidfunc 4 days ago

      They are all broken, weird, and expensive in their own ways. Its nothing unique to Azure.

      • [removed] 2 days ago
        [deleted]
    • lokar 4 days ago

      For something fairly small, they are about the same.

      At a large scale, azure is dramatically worse then Aws.

  • sofixa 4 days ago

    > In Microsoft's defense, Azure has always been a complete joke. It's extremely developer unfriendly, buggy and overpriced.

    Don't forget extremely insecure. There is a quarterly critical cross-tenant CVE with trivial exploitation for them, and it has been like that for years.

    • hinkley 4 days ago

      Given how much time I spent on my first real multi-tenant project, dealing with the consequences of architecture decisions meant to prevent these sorts of issues, I can see clearly the temptation to avoid dealing with them.

      But what we do when things are easy is not who we are. That's a fiction. It's how we show up when we are in the shit that matters. It's discipline that tells you to voluntarily go into all of the multi-tenant mitigations instead of waiting for your boss to notice and move the goalposts you should have moved on your own.

  • madjam002 4 days ago

    My favourite was the Azure CTO complaining that Git was unintuitive, clunky and difficult to use

    • lawgimenez 4 days ago

      Sounds like he’s describing Windows phone.

      • ac2u 4 days ago

        Feel like I have to defend windows phone here, I liked it! Although I swore off the platform after the hardware I bought wasn’t eligible for the windows phone 8 upgrade even though the hardware was less than two years old. They punished early adopters

        • lawgimenez 4 days ago

          Yeah Windows Phone's first releases were decent. I have developed apps for Windows actually using Window's UWP framework but there weren't enough users on their platform sadly.

    • macintux 4 days ago

      Isn’t it?

      • Hilift 4 days ago

        Ironically, the GitHub Desktop Windows app is quite nice.

      • dspillett 4 days ago

        Yes. But the point is compared to Azure in places the statement was very much the pot commenting on the kettles sooty arse. And git makes no particular pretence to be particularly friendly, just that it does a particular job efficiently.

  • rk06 3 days ago

    Hmm, isn't that the same argument we use in defense of windows and ms teams?

campbel 4 days ago

As a technologist, you should always avoid MS. Even if they have a best-in-class solution for some domain, they will use that to leverage you into their absolute worst-in-class ecosystem.

  • hinkley 4 days ago

    I see Amazon using a subset of the same sorts of obfuscations that Microsoft was infamous for. They just chopped off the crusts so it's less obvious that it's the same shit sandwich.

imglorp 4 days ago

That's about how long it took to bubble up three levels of management and then go past the PR and legal teams for approvals.

infaloda 4 days ago

More importantly `15:45 UTC on 29 October 2025 – Customer impact began.

16:04 UTC on 29 October 2025 – Investigation commenced following monitoring alerts being triggered. ` A 19-minute delay in alert is a joke.

  • hinkley 4 days ago

    10 minutes to alert, to avoid flapping false positives. 10 minute response window for first responders. Or, 5 minute window before failing over to backup alerts, and 4 minutes to wake up, have coffee, and open the appropriate windows.

    • tremon 4 days ago

      I'd like to think that a company the size of Microsoft can afford to have incident response teams in enough time zones to cover basic operations without relying on night shifts.

      • hinkley 4 days ago

        That’s some very carefully chosen phrasing.

        I think if you really wanted to do on call right to avoid gaps you’d want no more than 6 hours on primary per day per shift, and you want six, not four, shifts per day. So you’re only alone for four hours in the middle of your shift and have plenty of time to hand off.

  • Xss3 4 days ago

    That does not say it took 19 minutes for alerts to appear. Following could mean any amount of time.

    • hinkley 4 days ago

      It's 19 minutes until active engagement by staff. And planned rolling restarts can trigger alerts if you don't set thresholds of time instead of just thresholds of count.

      It would be nice though if alert systems made it easy to wire up CD to turn down sensitivity during observed actions. Sort of like how the immune system turns down a bit while you're eating.

thayne 4 days ago

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.

  • ape4 4 days ago

    Perhaps they could set the time to when it really started after executive approval.

sbergot 4 days ago

and for a while the status was "there might be issues on azure portal".

  • ambentzen 4 days ago

    There might have been, but they didn't know because they couldn't access it. Could have been something totally unrelated.

schainks 4 days ago

AWS either is “on it” or you they will say something somewhere between 60-90 minutes after impact.

We should be lucky MSFT is so consistent!

Hug ops to the Azure team, since management is shredding up talent over there.

HeavyStorm 4 days ago

I've been on bridges where people _forgot_ to send comms for dozens of minutes. Too many inexperienced people around these days.