Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

A compelling reason for our use case to switch from S3 is their support for lots of buckets coupled with CNAME support:

http://code.google.com/apis/storage/docs/reference-uris.html

Due to Amazon's limitation of 100 buckets per account and the coupling between bucket name and CNAME, hosting files for our clients and supporting custom CNAMEs has not been possible for us. If we were to move to Google Storage, it would be.



Another good reason for certain use cases is its support for resumable uploads:

http://code.google.com/apis/storage/docs/developer-guide.htm...

Afaik S3 can't do that.


No, S3 (essentially) can as well:

http://aws.typepad.com/aws/2010/11/amazon-s3-multipart-uploa...


Multipart uploads only sort-of address this. For one thing, the minimum "part" size is 5MB, so you can only resume at 5MB boundaries (or whatever part size you use). You also have to manage more state yourself.


I just wish either one would support SSL for CNAMEd buckets.


That is a limitation of SSL.

If you don't like it, ask your browser vendor to support section 3.1 of RFC 3546.


It should be possible via a combination of Amazon's elastic IPs and the SSL offloading that their ELBs already do.


Shouldn't that be ask your user's browser vendor to support section 3.1 of RFC 3546?




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: