App Engine, a good service but could do better to aid interoperability

December 17, 2008 – 10:32 am

 

In its current guise, I am not a big fan of Google App Engine…even the new leader of the Western World couldn’t convince me of the virtues.

In my September post I wrote about why I don’t like the existing service. I was a little critical of the service but I think I have justification, while this is still an early BETA service I am unhappy with the way the service is being positioned.

It’s a pain in the neck for App Engine to only support python (apparently PHP et al will follow soon) and limiting external URL requests to 4 seconds is a little draconian, lets forget the fact that you have to use the Gmail mail delivery service and that there is no SQL database available. While all of these are rather limiting they are not the real reason why I don’t like App Engine….it’s because of vendor lock in and the lack of any interoperability with other cloud providers. Google is a big company who will probably dominate this market…they can afford to do better in this area, but they seem to choose not to…Is Google evil?

That doesn’t mean that I am not interested in how App Engine is developing. The service has some incredible advantages over the AWS model if you run a website. Using App Engine you would simply upload your web files and let the system scale for you as opposed to AWS EC2 customers would need to launch multiple servers and install all sorts of stuff. Obviously, if you need more than simply web hosting then the service is somewhat lacking (no ability to schedule jobs, email delivery is a problem and file access is limited).

The App Engine Blog has released a post which details the following:

  • an App Engine System Status Site that monitors the latency and uptime of various components and provides real-time visibility into their performance
  • a new Quota Details Dashboard, detailing all of the resource quotas that affect your application
  • a sneak peak at our upcoming billing feature, which will enable your app to grow beyond our free quotas!

I will watch with interest, but it is a shame that Google is not doing all it can to progress the virtues of interoperability and perhaps the open source software movement.

  • Share/Bookmark
  • @Shane,

    That sounds great! I will check out 10Gen and perhaps write a blog post about it some day soon. Keep up the great work!
  • Hi Ross,

    I've got some good news for you. 10gen addresses all but one of your concerns you list above.

    10gen offers multi language support. The first languages we support are JavaScript, Ruby and Python.

    10gen's external URL request limit is a much more reasonable 10 seconds.

    10gen doesn't restrict you to Google's mail facility.

    Your one concern that we're not all over is about MySQL. 10gen has its own database - MongoDB. It's a document database - somewhat along the lines of BigTable. We've found that relational databases have a tough time scaling, and built MongoDB specifically to address that.

    But best of all - 10gen is Open Source. You're not going to be locked in to a vendor. You're free to take the code and modify it, change it, and make it better.

    I'm excited about what we're doing here and hope you can help get the word out. We'd love to get more developers and people trying it out and helping us bang on it.

    Our SDK is available on our website (http://www.10gen.com/) and we're offering free hosting for people to try things out. We're in early alpha and would love feedback!

    If you or anyone else wants more info, you can contact me at shane at 10gen.com, or look me up on Twitter at http://twitter.com/shanebrauner

    Shane Brauner
blog comments powered by Disqus