Google App Engine Pricing Angers Developers, Kills PlusFeed
readwriteweb.com
Google App Engine Pricing Angers Developers, Kills PlusFeed
1–10 of 148 posts
Re: Google App Engine Pricing Angers Developers, Kills PlusFeed
#2Someone needs to rethink their architecture.
Re: Google App Engine Pricing Angers Developers, Kills PlusFeed
#3Anyway, this is all theoretical (in the worst sense of the word) - the app is not even public.
Re: Google App Engine Pricing Angers Developers, Kills PlusFeed
#41.5gb out with 880 frontend instance hours in 24 hours. Someone needs to rethink their architecture.
Re: Google App Engine Pricing Angers Developers, Kills PlusFeed
#51.5gb out with 880 frontend instance hours in 24 hours. Someone needs to rethink their architecture.
The problem is that google count each process of the python runtime as a separate instance and count them when they run only partial hours (amazon counts this way too, but you can run many, many python programs at the same time even on a micro instance).
Re: Google App Engine Pricing Angers Developers, Kills PlusFeed
#6I'm guessing a small minority of apps were doing things in a way that was eating up tons more resources than they were paying for. I bet for many apps, this could end up no worse or better.
Re: Google App Engine Pricing Angers Developers, Kills PlusFeed
#7How many users were using it?
Re: Google App Engine Pricing Angers Developers, Kills PlusFeed
#8I am currently playing with the idea of moving an application from all-GAE to part GAE, part EC2 with some spot instances running jobs when cheap enough. According to my sloppy math, this should reduce the load on the GAE side by at least 60%. Anyway, this is all theoretical (in the worst sense of the word) - the app is not even public.
I initially fell in love with the "no sysadmin" aspect of App Engine, and started building apps around it. Eventually I realized that (for me, anyway) the upside isn't really worth the trouble of having to contort my apps to work in Google's sandbox- can't run SQL, have to deal with datastore timeouts, CPU timeouts, etc. When you're done coding work-arounds for all of these things, are you really coming out ahead?