Run Google App Engine Apps On Amazon's Cloud

jamie found a post laying to rest one potential criticism of Google's App Engine, that of the danger of lock-in to the platform. Waxy.org points out a hack called AppDrop, written by Chris Anderson, that provides a container for Google App SDK applications, running entirely on Amazon's EC2 infrastructure. Here's Anderson's AppDrop page and his blog post announcing it.

Queue

The Rolling Stones.

-Peter

PS: Remember, there's no "I don't get it." moderation option.

Re:

LOL "get off my cloud".
Took me a while...

Re:

I'm guessing that the +funny mods are the slashdot equivalent of the kid in your class who would go "hahahaha...wait, I don't get it..."

In my case, I _was_ that kid.

Re:

If you're going to misspell 'cue' as 'queue', I reserve the right to randomly post John Otway and Wild Willie Barrett [youtube.com], since the song has a queue (for a bus) in it.

Miles better than wrinkly old rubberlips :P

amazon adds permanent storage functionality to EC2

On a related note, amazon adds permanent storage functionality to EC2:

http://aws.typepad.com/aws/2008/04/block-to-the-fu.html [typepad.com]

Re:amazon adds permanent storage functionality to

Which brings us all back to EPIC 2014. A world where Googlezon dominates everything we do. http://www.robinsloan.com/epic/ [robinsloan.com]

Re:amazon adds permanent storage functionality to

Heh. This is 100X bigger news than the OP, even though it is vaporware at present. ;) Thanks for that.

Since Google likes to implement Star Chambers

How about running them on a platform that doesn't require a waitlist or an invite system (and with the same scale).

Oh, wait...

+1 invevitable

It's pretty obvious an AppEngine emulation layer was destined for EC2+S3. I'm not sure there's any benefit left to Google's service except maybe the price. Although with the waiting lines it's not like anyone can even use it anyway.

Yet another pulled punch

Re:

But now instead of having to pay for hardware, Google just gets all your personal data hosted elsewhere...

Not even close

They are just trying to lock in some users themselves.

Unlike google, they don't really have any technology to scale. ec2 does not count of course, because I doubt their app sdk scales.

Anyone can run the google sdk on their machine. you can download it straight from google.

Google's main lock in is that they run a scalable service that no one, not even amazon, is coming close to.

Re:

Hahah. I love this complaining. OMG, lock-in through competence!! So you should only choose mediocre, poorly scaling services because they are a dime-a-dozen, and therefore interchangeable.

Re:Not even close

http://code.google.com/appengine/downloads.html [google.com]
?

Re:

Oops. Ok, I guess that's not a problem. You still can't run apps on their system. Not as big a deal though.

Obligatory

"Error: Hey you, get off of my cloud!"

Interesting...

The main irritation I have with EC2 is that it's too low-level, but it does mean it can run just about anything, including App Engines.

App Engines will not, however, be able to run EC2. (Kind of obvious, if you know anything about either of them.)

However, I think you lose the main benefit of using App Engines if you put them on EC2 -- that being that Google gets to worry about scaling. With EC2, you have to do everything yourself, including detecting load and deciding whether or not to fire up another instance. With App Engines, you just upload your app and watch it go, unless I'm misunderstanding something. Put App Engines on EC2, and you suddenly have to build an infrastructure to support it.

So it's nice to know your app is portable, at least, but I don't think anyone's seriously suggesting this, other than as a way to keep Google on their toes -- if Google really does start to be evil, this is a nice way to port away from them.

Google App Engine Virtual Appliance

There is a free virtual appliance available for development purposes: Google AppEngine JumpBox [jumpbox.com]

Does this service provide BigTable?

The main benefit of running an app on Google's AppEngine is that the data will be stored in Google's highly scalable storage infrastructure (presumably BigTable). As far as I can see, this new service doesn't run Google's BigTable because Google has not released code for it. Without that element, there's really no point running this on EC2. You may as well take advantage of the full power of EC2 and run your own LAMP stack or Ruby on Rails or whatever, instead of limiting yourself to Google's app engine API. You'll also have the benefit of being able to port your service to *any* Linux hosting provider.

Re:

The main benefit of running an app on Google's AppEngine is that the data will be stored in Google's highly scalable storage infrastructure (presumably BigTable).

Google AppEngine's Datastore API seems (currently) less featurific than Amazon's (also highly

10 years ago...

"Run Google App Engine Apps On Amazon's Cloud"

Not only would this sentence have been incomprehensible 10 years ago, but almost every single word in it would have been as well!

These aren't boring times, people.

Re:

What is this 'run' of which you speak?

doesn't remove lock-in

The emulator appears to work by downloading big chunks of the runtime environment from Google. That doesn't remove "lock in", because Google has both legal and technical means for stopping that.

What is needed is either an open source implementation, or for Google to release the runtime in open source form.

Re:Agent Smith

Thank you for the link to this "Matrix" movie! I had not heard of it.

Re:

They were originally 5 separate links, but since the post, Google has bought two of the other sites...

CF

Re:

ha, you were modded redundant. +1 funny mods.