Hacker News new | ask | show | jobs
by volkadav 2775 days ago
It's been a while (~2 years) since I last had to tangle with it, but off the top of my head:

1) Disk and network IO performance was extremely inconsistent, to the point of being unusable at times. 10kbps reads off of the msft-local mirrors of package repositories for example, making security updates a tedious pain in the ass.

2) There were two administrative consoles, "new" and "old." New had a more modern-looking UI but didn't reliably work, old was cruddy looking but did. The set of features present in them was not congruent either ("new" had some some "old" didn't and vice versa). But wait, there's more! see #3

3) Not every operation was possible via the admin consoles. Some things you had to use their powershell cli tools to do, which is great fun when you have no windows machines around to run powershell on. This was for something stupidly obvious like "assign an IP to this instance" or something; mercifully I've forgotten the details but it was something you'd think would be trivial.

4) Whoever designed their payment model was ... to be charitable, extremely set in their ways. Instead of being able to set up a payment method and pay by the hour (or whatever), you had to buy "entitlement packs" at $X per license and apply those to your account, sort of like the boxware model but awkwardly shoehorned into cloud billing. Woe betide you if your "microsoft bucks" ran out in the middle of an extended compute run!

All these were for comparatively simple and straightforward uses of their infra (i.e. pretty much just compute and block storage, no fancy database or machinelearningAIwhizbang-as-a-service stuff). I can't imagine the more complex features were better off if the foundations were so haphazardly implemented.

3 comments

1) I agree that Azure storage is possibly my biggest complaint about Azure; ESPECIALLY on Web Apps/App Service Plans. I think they are trying to solve this with the new "bring your own storage" model. But we'll see, the latency on the disks when the queue length gets too high is not excusable, imo.

2) This is no longer a thing, though during that transition period it was slightly annoying.

3) This is also no longer a problem.

4) I've never experienced this, the "pay as you go" model has been with me since I started using Azure 6-7 years ago. Maybe they do this for some licensing models? I have only ever paid for compute time, storage usage and egress. I've have used plenty of licensed software too...so I don't know what yours relates to.

Back to #1 though, if the Azure team could figure out why Web App disk speed feels so slow (sometimes), my company would probably double/triple our spend on Azure and drop some of their competitors. This is genuinely my biggest complaint.

I'm curious if PowerShell Core made any difference wrt #3. I haven't personally used it, but it sounds like it can run Azure cmdlets.

https://github.com/PowerShell/PowerShell

I haven't checked the more 'obscure' services, but the Azure CLI is pretty decent nowadays. At least for VMs you shouldn't have to muck around with Powershell anymore.