On Wed, Dec 14, 2011 at 5:36 PM, Brandon Wirtz <[email protected]> wrote: > But if you are building Data Intense apps you can’t touch it on price.
Only if you can use the indexes provided. If you need a slightly different index (say, a spatial index), you're forced to maintain it in a third-party cloud. This was one of the original design goals for Backends; I recall one of Ikai's posts describing a fulltext search index as a use case. And yet backends are totally useless as index repositories because they're priced 10X what it would cost to put the index *anywhere* else. 1) You can't use backends as fast indexes because they are too expensive. 2) You can't use backends as persistent state because they aren't reliable enough. What can you use them for? They let you execute a single task longer than 10minutes. Pretty weak sauce. They could have solved that problem just by enabling long-running frontend requests url-by-url in the app.yaml - that wouldn't require me to split my code and create separate deployment modules. I love Appengine, but Backends are a non-feature just like Email. It would be better if Google engineers didn't waste their time creating features nobody can use. Jeff -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
