AWS or shared hosting for a new app?

I still stand by the comment I wrote 135 days ago in the second topic you cited above.

AWS is a good way to add or expand capacity to an existing "static" server. Last time I looked at the pricing, for a moderate volume site, AWS is more expensive than a comparable semi-shared sort of server arrangement.

My personal approach is a mix of both.

With my startup(s) we plan to release on a shared hosting at first (alpha) before moving to a single dedicated server (beta) and then later (assuming it takes off) to EC2 (probably).

I've always maintained: if you plan to at SOME point be utilising AWS then you need to plan that into your app. All the code we write is scalable and modular - so things that wont work on the next step up can be pulled out and replaced with bits that will w/o breaking the overall system (memcached is a good example - we have a fake caching layer on top of our database layer at the moment so that memcached can be added in later :)).

I'd use AWS only if you are intending to have your app auto-scale from the start. Aside from that, it's not worth the extra expense (about twice the cost of a comparable Linode) and hassle (you must manage S3 backups, at the least... or lose everything when a shutdown/failure occurs). Start on shared hosting and if you need more room horizontally, you can always move the app to AWS later, when traffic justifies it.

I've been on AWS for almost a year now. We haven't yet needed the real benefits, which is the potentially easy scaling.

If you're starting out and don't see yourself getting INSANE load requests in your first several months then I would go with slicehost, as it is much simpler to get started with.

AWS is rather expensive in my opinion. Go with a shared host, get a sense of your traffic/revenue, then graduate to a dedicated server.

BTW, Slicehost/Linode/etc is VPS, not shared hosting.

I say go AWS and don't look back. It's the best thing in hosting since sliced bread. You can spawn, copy, and kill servers as often as you like, so no more worries about not having a server when you need one, about annoying sysadmins, server crashes, performance, lack of continuous integration/demo/etc. boxes, and everything else people without AWS have to worry about.

Rightscale has good interface for AWS to get you started.

I use both Linode and AWS, and I find both easy to administer.

I would say AWS has a mildly steeper learning curve (various AWS command line utilities to install, etc.), but nothing I found difficult.

A really nice thing about AWS is that you can pick and choose which AWS services you want to use. For example, suppose you were doing a backup app where wanted to securely store terabytes of customer data, but the server requirements were really light. You could start off with a $20/month Linode server and store the data in Amazon S3. Then later you could move to EC2 at $70 per small server per month if you needed it.

Or, on the other hand, if you knew that you were going to need lots of servers sooner or later, and you have enough money that the price differential doesn't make a difference to you, you might start off with AWS to avoid needing to do a switchover later.

I'm working on an app of my own now, and I'll be hosting it on Linode to start off with. Then, if it becomes popular, I'll be able to measure what my server requirements are, and I'll be able to easily move it to EC2 if I decide to. (Though my app though isn't doing anything cpu intensive server side, so I wouldn't be surprised if I can run if off of a single Linode server for a long time).