Microsoft Azure vs. Amazon Web Services, For Programmers 64
Nerval's Lobster writes "Tech writer and programmer Jeff Cogswell does a head-to-head comparison of Microsoft Azure and Amazon Web Services from a pure programming perspective, examining the respective sides' vendor lock-in and vendor-specific APIs (among other issues). 'If you're not using any vendor-specific APIs, then it's safe to say the experience you get on either Amazon or Microsoft will be roughly the same,' he writes. 'But that means you're also not developing an app that necessarily takes advantage of all possible cloud capabilities—not just add-ons, but scalability. Your app might need to expand and grow as your user base grows.' He suggests it's ultimately a tie between the two companies. 'From a strict programming perspective, both companies have their own RESTful API, and their own libraries for using the API.'"
The problem with both of these services, though, that RMS could have told you about: "The moment you start using either, you're locked in for the most part."
This is a solved problem? (Score:5, Informative)
Please google "Cloud Abstraction Layer".
Here; I'll help you out:
https://www.google.com/search?q=cloud+abstraction+layer [google.com]
Why just those two? (Score:5, Informative)
Funny, though, that out of the three of them, if I were to choose the least "evil" one, it'd be Microsoft.
Last, but not least, if you're using Azure, I'm pretty sure that New Relic has an agent that's compatible, for performance monitoring.
Well (Score:5, Informative)
For what I would am doing, the cost is unreasonable. I've never really looked at amazon; so I can't compare them.
Summary (Score:5, Informative)
Briefer summary of linked article:
Amazon and Azure use different API's, if you use one vendor's API, you're locked into that vendor. There might be libraries available that hide the vendor specific API's but that's outside the scope of the article.
Techwriter != Developer (Score:5, Informative)
You're never forced into using AWS APIs. They are there if you want to use them. If you don't want to use S3, you stand up a storage server as an instance. No vendor lock-in. If you don't want to use RDS, you build your own DB instance. No vendor lock-in. If you don't want to use ELB, you build your own load balancer instances. AWS offers shortcuts for those developers who want big features and don't want to build them. It doesn't force them on you.
Another comparison, from programmers (Score:5, Informative)
Re:This is a solved problem? (Score:5, Informative)
Now I know we don't actually READ the articles around here, but did you even skim the summary?
"If you're not using any vendor-specific APIs, then it's safe to say the experience you get on either Amazon or Microsoft will be roughly the same,' he writes. 'But that means you're also not developing an app that necessarily takes advantage of all possible cloud capabilities—not just add-ons, but scalability"
Re:Why just those two? (Score:5, Informative)
Funny, though, that out of the three of them, if I were to choose the least "evil" one, it'd be Microsoft.
Why? Serious question. App Engine doesn't even lock you in that hard - there are APIs for exporting all of your data, and you can run your own App Engine cloud with an open source implementation like AppScale [google.com] or TyphoonAE [google.com]. Google is not hostile to these projects - they actually sponsor AppScale development. Is Microsoft sponsoring any alternative implementations of their server-side cloud software?