Where Google AppEngine beats AWS(adamfisk.wordpress.com)
adamfisk.wordpress.com
Where Google AppEngine beats AWS
http://adamfisk.wordpress.com/2008/05/28/where-google-app-engine-spanks-amazons-web-services-s3-ec2-simple-db-sqs/
4 comments
One killer for me is that GAE doesn't support running scripts outside of web requests. Webapps need cronjobs to do things like sync or cleanup data, populate news feeds, perform analytics etc.
I think GAE tries to encourage people to write apps which don't need batch maintenance. Having been seriously burned by supporting other people's horrific batch jobs during fiscal year-end at a bank --- on the night after Thanksgiving, at around 3 in the morning --- I've always aimed to write code which does the right thing dynamically and without batch jobs.
If you really need to run a batch job you can do it as a restricted url handler; but if you need to run batch jobs, you're working against the grain of GAE.
Look at it this way, most batch jobs are prompted by a need to either import or export data; which is perfectly doable with GAE by having URLs for loading and reporting.
If you need to load gigabytes of data and run hours long procedures on it, GAE is the wrong tool.
Look at it this way, most batch jobs are prompted by a need to either import or export data; which is perfectly doable with GAE by having URLs for loading and reporting.
If you need to load gigabytes of data and run hours long procedures on it, GAE is the wrong tool.
The problem with GAE as many have pointed out is being locked-in to the GAE architecture. I'm betting on open source systems built on top of AWS, specifically scalr. Can anyone comment on their experiences with scalr?