I'd love a no-fidget version of GAE, where the underlying infrastructure wasn't 'upgraded' constantly, or at least was done on a very careful schedule. A good portion of issue mails from Google are 'we upgraded something and broke these things. btw, we care about reliability.'
A project like this might encourage a hosting company to take that on. One disadvantage with Google is that your app can be affected by very many layers of goodness, including leaky abstractions that have nothing to do with GAE on the surface. Like when they blocked some Cloudflare somewhere down the stack and various Google sites were affected, including GAE and Blogger.
I submitted a presentation proposal about AppScale for this year's PythonBrasil (no word yet on whether it was approved). Is there anything in special I should highlight?
Drop me an email at raj@appscale.com and we can discuss all the recent features we've added. One service we're able to provide because of AppScale's API is disaster recovery for GAE applications. We presented it recently at Gigaom's Structure conference: http://online.wsj.com/article/PR-CO-20130620-908833.html
They need something to assure enterprise customers hosting with them (especially as Google are trigger happy with killing products). A lot of companies with enterprise clients will place their code into escrow, supporting an open alternative is better.
I've been working on porting an existing python based AE project to AS and so far so good. My companies' reasoning for putting time and resources into AppScale is for redundancy. AE is a great platform to develop for however it's not a 5 9s platform that's for sure.
This looks very similar to the ShipBuilder PaaS written in Go (https://github.com/sendhub/shipbuilder). I am excited to see all these open source PaaS systems beginning to emerge and mature. These all help to foster and sustain an environment which makes creating and hosting large-scale applications easier for developers. A considerable and big win in the OSS world if you ask me!
In addition to the others mentioned, regulatory issues come to mind. The company I work for hosts applications we are not allowed to host on servers we do not control.
Well, I'm happy with app engine so far, but it would be nice to have an insurance plan in case Google decide to do something which changes that. Possibilities include retiring app engine, changing the pricing significantly, introducing unpalatable restrictions, etc.
Misleading statement. They did not "increase" the price so to speak. The platform came out of beta and into normal pricing mode. The low prices were introductory prices to get developers to use the platform.
Increased back to the original price. Yes. It was not higher than the original price and the prices have gone down a little since. Nice play on words there. :)
even if they hadn't changed their prices to reflect their beta status, it doesn't mean their prices won't change to one which you no longer like. Having an open source alternative means you are not locked into the vendor, and they cannot charge you an exorbitant price.
For me, maintenance of large DBs can be very expensive. Some simple query like select count(*) from where ... can easily cost $10, and mysql will give you it for free.
We host MIT App Inventor on Google App Engine. However we have some folks who want to use App Inventor in locations that have difficulty reaching GAE. Either because they are located on a poor internet connection, or don't have one at all!
I agree. The private case may be more appealing though. App developers might have some enterprise customers who want to run their applications behind a firewall.
Probably not, AppScale has been around for years now.
GAE's main customer is Google itself as far as I know, so I don't think they have any problems with traction. They certainty aren't priced or have the features necessary to get much traction outside Google at any rate.
They're a premium service with very harsh restrictions and poor portability. I gave them a try for awhile, but ultimately they have too many drawbacks and have been plagued with terrible issues such as 20sec+ start up times on GAE/Java. It's just not a great option considering you can get the same performance as ~50 GAE instances with a single dedicated host at 2-4 order of magnitude less cost.
AppScale itself is pretty interesting though, but without the Google Bigtable backend, most of the forced restrictions don't make much sense and actually decrease performance and reliability compared to just developing for a linux VM directly.
Curious as to when you last tried out GAE. I've had a wonderful experience so far over the last 2 years. My instances never take longer than a few seconds to start up... in fact it's sometimes spooky how fast they do.
"...with very harsh restrictions and poor portability"
You can say the same about web development, but the real question is if the benefits outweigh the drawbacks. As a one-man-band GAE is almost a necessity for me, allowing me to focus purely on code. As far as portability, I'm religious about wrapping any GAE-specific code/paradigms so I can hop onto EC2 or whatever pretty easily if I need to (actually did need to once). Certainly if I was leading a large team, we would explore more efficient and cost-effective options, but for me it's perfect.
There is also Google Compute Engine, which may mitigate the restrictions of GAE...haven't tried it myself yet though.
Not to get argumentative, but I often come across people trashing app engine and I just don't get it. I think it's absolutely great and how software development should be done,
They should be teaching it to everyone and it should be the default - you start with app engine on any project and only choose something else if it can't be used.
And it's about as cheap as you could make something like that, If google itself finds it valuable, that's a argument in favor, not against, google having some of the best software developers around.
The only limitation currently is it doesn't have postgresql.
(I don't have anything to do with google. I just wish more people used it so more features could be added, and more open source software written for it, and I'd benefit from that).
I also love GAE. ITS FREE, for sizeable usage (if you profile your DB). It does push and pull via channel API. SSH configuration is easy as it gets.
I have not really had a problem with speed. I have a game on it that does 400ms client -> sever -> client.(authentication done in parallel thread)
You can put Django on it. ITS FREE!
I think it's absolutely great and how software development should be done,
They should be teaching it to everyone and it should be the default - you start with app engine on any project and only choose something else if it can't be used.
Curious about your argument here. Care to explain?
Let's say you're a college student or career changer who just learned python. You can write a script, upload it, and have the world use it for free.
You then learn sql and build complex apps.
Learn about bigtable and build a viral app that scales to anything.
Learn golang and make your python code more efficient.
And you can do this all free to start off with.
The alternative - learn linux, web servers, db admin, security. Or php/mysql and pay shady hosters $20 a month and buy domain name.
If you're experienced and know all about servers etc, you can now ditch all that knowledge and outsource it to someone else and focus on higher value things.
It also encourages you to write scalable applications - no in-request long operations, queues, eventual consistency, no filesystem access dependencies, planning for failure on every level etc. Using App Engine is a course on best practices in web development.
I wouldn't exactly say that AppEngine doesn't have much traction. Every month, half the world's IP addresses touch some service hosted on AppEngine[1], which is a pretty huge number.
Their traction numbers seem pretty impressive with over 3 million active applications, which they announced at Google IO of this year. Last year, iirc, it was around 1 million apps.
A project like this might encourage a hosting company to take that on. One disadvantage with Google is that your app can be affected by very many layers of goodness, including leaky abstractions that have nothing to do with GAE on the surface. Like when they blocked some Cloudflare somewhere down the stack and various Google sites were affected, including GAE and Blogger.