Couple this with tools like Jekyll or nanoc (with JavaScript-powered comments, perhaps) and you can easily roll out powerful static sites that are dynamic locally. I can see this getting a lot of use because it makes it so easy to rig up new sites right from the shell. It was already pretty easy but the ability to create a new "site" by merely creating a bucket on S3 reduces the friction even more.
(Perhaps too easy, even.. Rig up a domain registration API, content generator, and an S3 uploader and you could have a script pumping out auto-generated "content" sites all day without any hassles right from your terminal window.)
I think for many personal websites Jekyll[1] style static website generation is going to become very popular. Previously you were always limited by a few dynamic parts of your site such as comments, newsletter registration and questionnaires but now between services like Disqus, MailChimp and Google Docs, you really don't need to pay for any of that anymore. All the dynamic parts of your site are external.
The only cost now is hosting the website at S3 and those costs are substantially lower than competitors. NearlyFreeSpeech[2] is the closest web host to S3 that I can think of and their prices for storage are $10/GB ($0.01 per megabyte month) whilst S3 starts at $0.140 per GB.
If your site gets hit incredibly heavily Amazon S3 will also handle the load transparently. If you find that your site is becoming popular in Europe or Asia than it's also supremely easy to push your site from S3 to CloudFront.
I wonder how far you can take this though? How complex a site can you set up using only static hosting and external dynamic services like Disqus, MailChimp and Docs?
[EDIT] As TeHCrAzY said I ovestated the cost of bandwidth transfer but whilst bandwidth falls rapidly it still falls slower than S3 (at ~10TB of transfer it approaches S3's starting price). More importantly I realised I undestated the cost of storage - it's $10/GB and not $1/GB making it closer to 100 times more expensive than S3.
You've been able to do this for a while now with CloudFront serving your S3 buckets - I'd suggest the few extra cents per month for the CloudFront CDN service is probably a better way of managing static Amazon hosted sites...
(curiously, the domain name I experimented with this on late last year is strangely appropriate here: http://www.damhik.com/ )
Plus, Amazon doesn't say "unlimited" and then turn around and say "haha oops there are pretty low limits after all!" when you get Slashdotted. Their pricing is transparent. The cheapo shared static hosting providers are now officially the living dead.
Sorry if I sound naive about the term 'unlimited' here, but what are the implications of your comments [1]? I see that S3 does not offer a flat-fee, 'unlimited' model at all [2]. In fact, if my math is right 5 bucks only gives you $5/($0.1/GB) = 50GB of data transfer (forgetting about the other costs).
Edit: I didn't see the 'data in' vs. 'data out'. I think it's actually worse: the first 1GB out free, and 33.33GB extra at $0.150/GB. So 5 bucks doesn't quite give you 35GB!
[1] My guess is that with this 'unlimited' you'll never get even close to 50GB of monthly data transfer.
Are cheap static sites really that big of a break-through? Whether a site is 50 cents a month through Amazon or $20/month for dozens through Linode (with the option of non-static), doesn't seem to matter that much to me when most people spend well over $20/week for coffee. The lowest-paid programmer in the US can make $20 in an hour. Anyways, love all the services that Amazon puts out and this is definitely a nice option, but I don't see it as exciting news on an individual basis. Anybody agree?
It's still impossible to host the root domain of your website on S3/CloudFront or serve it through an EC2 Elastic Load Balancer.
www.mycompany.com - OK
mycompany.com - needs an EC2 instance and Elastic IP
This is because the only way to point your domain at Amazon is with a CNAME record and DNS does not support default CNAME records. It can only work if you add your CNAME record to the 'com.' top-level domain, which is impossible. See https://forums.aws.amazon.com/thread.jspa?threadID=32044
That is easily solved by doing a permanent redirect (301) from mycompany.com to www.mycompany.com. Many DNS providers such as Godaddy.com have a free redirect service just for that purpose.
Speaking of finally, I wonder when they're going to add proper support for "Content-Encoding: gzip". Last I checked, people would upload gzipped content and add the Content-Encoding header on top, which is inconvenient and doesn't support browsers that can't handle gzipped responses.
I ported my site to jekyll last night and moved to S3 for hosting. Then I realized that my .htaccess file wouldn't work so I couldn't redirect some links I wanted to keep.
I'm mostly a product guy, and the entire experience of setting up jekyll was exhilarating.
Maybe this is a good place to ask about an idea I've been toying with, but I'm not sure about the security implications of.
I have an app that generates user content, little chunks of audio. I don't want to get into running some server infrastructure just to let users share their content on facebook/twitter/... so what about letting the app upload an html file to an s3 bucket, with the data embedded in the file and a bit of javascript for an audio player UI? Practical?
This could be useful if your site has an extended outage one day. Create a bucket called "mysite.com" and another called "www.mysite.com" and put your failwhale page in it (set to be the root page). If your site goes down and you know it will be down for an extended period (ouch), you can change your domain's DNS entries to point to s3.amazonaws.com. Then at least your customers will have an explanation.
[+] [-] petercooper|15 years ago|reply
(Perhaps too easy, even.. Rig up a domain registration API, content generator, and an S3 uploader and you could have a script pumping out auto-generated "content" sites all day without any hassles right from your terminal window.)
[+] [-] Smerity|15 years ago|reply
The only cost now is hosting the website at S3 and those costs are substantially lower than competitors. NearlyFreeSpeech[2] is the closest web host to S3 that I can think of and their prices for storage are $10/GB ($0.01 per megabyte month) whilst S3 starts at $0.140 per GB. If your site gets hit incredibly heavily Amazon S3 will also handle the load transparently. If you find that your site is becoming popular in Europe or Asia than it's also supremely easy to push your site from S3 to CloudFront.
I wonder how far you can take this though? How complex a site can you set up using only static hosting and external dynamic services like Disqus, MailChimp and Docs?
[1] https://github.com/mojombo/jekyll/wiki [2] https://www.nearlyfreespeech.net/services/hosting
[EDIT] As TeHCrAzY said I ovestated the cost of bandwidth transfer but whilst bandwidth falls rapidly it still falls slower than S3 (at ~10TB of transfer it approaches S3's starting price). More importantly I realised I undestated the cost of storage - it's $10/GB and not $1/GB making it closer to 100 times more expensive than S3.
[+] [-] callmeed|15 years ago|reply
[+] [-] joshkaufman|15 years ago|reply
[+] [-] petervandijck|15 years ago|reply
[+] [-] bigiain|15 years ago|reply
(curiously, the domain name I experimented with this on late last year is strangely appropriate here: http://www.damhik.com/ )
[+] [-] sharth|15 years ago|reply
[+] [-] juddlyon|15 years ago|reply
Unlimited hosting for 5 bucks? How's world class with a CDN for 45 cents?
[+] [-] pjscott|15 years ago|reply
[+] [-] ez77|15 years ago|reply
Edit: I didn't see the 'data in' vs. 'data out'. I think it's actually worse: the first 1GB out free, and 33.33GB extra at $0.150/GB. So 5 bucks doesn't quite give you 35GB!
[1] My guess is that with this 'unlimited' you'll never get even close to 50GB of monthly data transfer.
[2] http://aws.amazon.com/s3/#pricing
[+] [-] jonstjohn|15 years ago|reply
[+] [-] pdx|15 years ago|reply
[+] [-] michaelbuckbee|15 years ago|reply
[+] [-] petervandijck|15 years ago|reply
[+] [-] mleonhard|15 years ago|reply
www.mycompany.com - OK mycompany.com - needs an EC2 instance and Elastic IP
This is because the only way to point your domain at Amazon is with a CNAME record and DNS does not support default CNAME records. It can only work if you add your CNAME record to the 'com.' top-level domain, which is impossible. See https://forums.aws.amazon.com/thread.jspa?threadID=32044
[+] [-] speleding|15 years ago|reply
[+] [-] Supermighty|15 years ago|reply
[+] [-] petervandijck|15 years ago|reply
[+] [-] moe|15 years ago|reply
However, the fact that AWS crushes entire business models with every move they make relativizes their slow pace somewhat.
[+] [-] pjscott|15 years ago|reply
[+] [-] bobf|15 years ago|reply
[+] [-] StavrosK|15 years ago|reply
https://github.com/stochastic-technologies/static-appengine-...
[+] [-] lazyjeff|15 years ago|reply
[+] [-] boctor|15 years ago|reply
[+] [-] newobj|15 years ago|reply
http://docs.amazonwebservices.com/AmazonS3/latest/dev/Server...
[+] [-] todd3834|15 years ago|reply
[+] [-] sudonim|15 years ago|reply
I'm mostly a product guy, and the entire experience of setting up jekyll was exhilarating.
S3 was pretty easy to set up for hosting.
http://iamnotaprogrammer.com.s3-website-us-east-1.amazonaws....
But, I moved the site back to linode for htaccess to work. http://iamnotaprogrammer.com
[+] [-] delackner|15 years ago|reply
I have an app that generates user content, little chunks of audio. I don't want to get into running some server infrastructure just to let users share their content on facebook/twitter/... so what about letting the app upload an html file to an s3 bucket, with the data embedded in the file and a bit of javascript for an audio player UI? Practical?
[+] [-] StavrosK|15 years ago|reply
[+] [-] nfriedly|15 years ago|reply
[+] [-] cvk|15 years ago|reply
[+] [-] laktek|15 years ago|reply
[+] [-] nivertech|15 years ago|reply
Do I need to create two S3 buckets with duplicated content?
[+] [-] todd3834|15 years ago|reply
[+] [-] corin_|15 years ago|reply
I currently host my (Jekyll-powered) site with S3/CloudFront. The error pages is awesome, but it only works if accessed through S3, not CloudFront.
[+] [-] JoachimSchipper|15 years ago|reply
[+] [-] unknown|15 years ago|reply
[deleted]
[+] [-] davidcann|15 years ago|reply