Slashdot Mirror


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.

39 comments

  1. Re:Do no!....mumble...mumble... by Anonymous Coward · · Score: 0

    Obvious troll is obviooooous.

    But if you want an answer, mine and smelt your own iron and copper and build your own generator, then make and insulate your own wires, and plug them into a hand-made linux computer (the article says that the system will work on "virtually any linux/unix hosting environment", rather than just amazon). Then start spinning the generator.

  2. Queue by pete-classic · · Score: 3, Funny

    The Rolling Stones.

    -Peter

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

    1. Re:Queue by HairyNevus · · Score: 1

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

      --
      You were critically hit for no damage. The bruise will look nice, and maybe the scars will make good party talk.
    2. Re:Queue by Siridar · · Score: 2, Funny

      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.

    3. Re:Queue by aproposofwhat · · Score: 1
      If you're going to misspell 'cue' as 'queue', I reserve the right to randomly post John Otway and Wild Willie Barrett, since the song has a queue (for a bus) in it.

      Miles better than wrinkly old rubberlips :P

      --
      One swallow does not a fellatrix make
  3. Re:Agent Smith by Anonymous Coward · · Score: 4, Funny

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

  4. amazon adds permanent storage functionality to EC2 by centinall · · Score: 5, Informative

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

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

  5. Since Google likes to implement Star Chambers by sethstorm · · Score: 1

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

    Oh, wait...

    --
    Twitter supports and protects racists - by smearing their critics with the "Hate Speech" label.
  6. +1 invevitable by Anonymous Coward · · Score: 2, Insightful

    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 from Google. I think everyone realizes it isn't infallible now. But we're all too damn afraid to say it because of what would happen when the collective ego stroking ends. If we all started hating Google, its employees would have to find new ways to attain job satisfaction (read: making obscene money by raping users that hate their company either way).

    1. Re:+1 invevitable by beckerist · · Score: 2, Interesting

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

    2. Re:+1 invevitable by Anonymous Coward · · Score: 0

      hey jeff, how's it going? family doing well?

  7. Re:Hmm by Anonymous Coward · · Score: 3, Funny

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

    CF

  8. Not even close by slashkitty · · Score: 3, Insightful
    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.

    --
    -- these are only opinions and they might not be mine.
    1. Re:Not even close by Anonymous Coward · · Score: 1, Interesting

      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.

    2. Re:Not even close by LS · · Score: 0

      Anyone can run the google sdk on their machine. you can download it straight from google. What pisses me off is that NO YOU CAN'T. All this debate and hooha about Google's App engine and it's not even open to the public.
      --
      There is a fine line between being a cultivated citizen and being someone else's crop. - A. J. Patrick Liszkie
    3. Re:Not even close by Anonymous Coward · · Score: 5, Informative
    4. Re:Not even close by Anonymous Coward · · Score: 0


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

      Well, that certainly SOUNDS nice, but that's no good to anyone UNTIL someone does something like running the service on something like E2 *specifically*, since it's only common sense to AVOID (like the plague) being locked into Google.

    5. Re:Not even close by LS · · Score: 2, Interesting

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

      --
      There is a fine line between being a cultivated citizen and being someone else's crop. - A. J. Patrick Liszkie
  9. Obligatory by SoundGuyNoise · · Score: 3, Funny

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

    --
    You never expect irony, do you?
    Want to be a professional wrestler? Visit www.iyfwrestling.com
    @iyfwrestling
  10. Re:Do No Evil???? by Anonymous Coward · · Score: 0

    thank god. who wants them to all come together to form a new evil empire like double click.

    doesn't seem so "evil" to me... seems rather good for the internet community.

  11. Interesting... by SanityInAnarchy · · Score: 4, 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.

    --
    Don't thank God, thank a doctor!
  12. Google App Engine Virtual Appliance by Anonymous Coward · · Score: 3, Informative

    There is a free virtual appliance available for development purposes: Google AppEngine JumpBox

  13. Does this service provide BigTable? by Anonymous Coward · · Score: 3, Insightful

    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.

    1. Re:Does this service provide BigTable? by Anonymous Coward · · Score: 1, Informative

      Read the article. No it doesn't support BigTable. It uses a flat data file on 1 server. It also doesn't support Google authentication services.

    2. Re:Does this service provide BigTable? by DragonWriter · · Score: 1

      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 scalable) SDB, and could probably be implemented easily on top of SDB if you really wanted too -- or you could just use SDB from an AppEngine application running on EC2 (or, for that matter, running on Google's servers) and get the additional functionality.

      Of course, SDB is a limited beta, so features some of the same developer-accessibility problems as AppEngine itself.

  14. Re:amazon adds permanent storage functionality to by shri · · Score: 1

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

  15. Re:Hmm by lottameez · · Score: 1

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

    --
    Yeah? Well I think you're overrated too.
  16. It's 'Cue' not 'Queue' by Anonymous Coward · · Score: 1

    I keep seeing this: you mean "Cue", not "queue". Internet word choice police is on the case. "Cue the tiny violins" vs. "Queue up here for crumpets and tea".

  17. 10 years ago... by Gorimek · · Score: 5, Insightful

    "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.

    1. Re:10 years ago... by aproposofwhat · · Score: 2, Funny

      What is this 'run' of which you speak?

      --
      One swallow does not a fellatrix make
    2. Re:10 years ago... by The_reformant · · Score: 1

      For some reason that sentence makes me want to think that "apps" is a verb. (I'll app you good!)

      --
      I have discovered a truly remarkable sig which this post is too small to contain.
  18. doesn't remove lock-in by nguy · · Score: 3, Interesting

    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.

  19. Re:amazon adds permanent storage functionality to by Slashdot+Parent · · Score: 1

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

    --
    They don't grade fathers, but if your daughter's a stripper, you fucked up. --Chris Rock
  20. was there lock-in to begin with? by agentultra · · Score: 1

    Presumably, the only real requirement Google's App Engine requires of applications that run on it is that they speak CGI.

    From there, one can choose to use the APIs they provide to their persistence layers and other services -- or not.

    Assuming one can abstract out the implementation details of those APIs in their application's framework, then it should be possible to make the application code portable. Extracting the data means you'll have to write a quick script to back it all up -- which one would be doing anyway whether they were storing data in a MySQL database or the file-system.

    It seems like heavy lifting to emulate the App Engine SDK on an EC2 container. Neat, but practical? Meh.

    At least it shows that App Engine applications aren't "locked-in," in a rather obtuse way.