Don’t think that I don’t feel your pain, and I did rib the guys last night about the time frame for the pricing. (they clearly are sensitive to the matter)
But What did you expect? I went in to the beta expecting release pricing to be 4-5x the beta price. Sounds like that was spot on for you.
I moved to 2.7 I’m very happy with it. I don’t know what is broken with yours, I’ll believe that it really is broken, but I will bet money, that if you optimized your code you could knock 25% off your price. I’m also guessing if you tuned the performance sliders you could knock another 25% off.
-Brandon
--
You received this message because you are subscribed to the Google Groups "Google App Engine" group.
To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/xd3yViF2pggJ.
To post to this group, send email to google-a...@googlegroups.com.
To unsubscribe from this group, send email to google-appengi...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.
"The 50% discount for frontend instance hours will expire on December 1st. Please check your Billing History page and update your budget if necessary."
Since Python 2.7 is problematic, we have already been paying a lot with %50 discounted prices ... My daily costs went up to 90$ from 40$ before new pricing, now it will be ~160$s ... 4x ...
--
http://code.google.com/p/googleappengine/issues/detail?id=6401
or this:
http://code.google.com/p/googleappengine/issues/detail?id=6323
or the one Kaan linked to...
From: google-a...@googlegroups.com [mailto:google-a...@googlegroups.com] On Behalf Of Kaan Soral
Sent: Thursday, December 01, 2011 7:27 AM
To: google-a...@googlegroups.com
Subject: [google-appengine] Doom day
"The 50% discount for frontend instance hours will expire on December 1st. Please check your Billing History page and update your budget if necessary."
Since Python 2.7 is problematic, we have already been paying a lot with %50 discounted prices ... My daily costs went up to 90$ from 40$ before new pricing, now it will be ~160$s ... 4x ...
--
I had very few code changes other than removing CGI handlers.
I would recommend 2.7 without hesitation.
Pointing out 2 bugs that aren't well documented, and (one of which I can't
Repo) Is more of a "I'm too lazy to do the migration" than a real excuse.
If you aren't testing on 2.7 you are weeks from being deployed on it anyway,
and are just griping. Get a test version of your app on it, find out where
it fails and if you have bugs file them. Don't be a wuss unless you have
the same code snippet that is listed in a bug in your source code. Then I
might say you should test on 2.7 but not invest time in adapting the code
beyond removing 2.7 incompatible code.
-Brandon
http://code.google.com/p/googleappengine/issues/detail?id=6401
or this:
http://code.google.com/p/googleappengine/issues/detail?id=6323
--
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
On Sat, Dec 3, 2011 at 8:11 PM, Brandon Wirtz <dra...@digerat.com> wrote:
> I run on 2.7. I have been rock solid and my costs are 1/10th what they are
> on 2.5
Wow, that's awesome!
> I had very few code changes other than removing CGI handlers.
Also good news.
> I would recommend 2.7 without hesitation.
>
> Pointing out 2 bugs that aren't well documented, and (one of which I can't
> Repo) Is more of a "I'm too lazy to do the migration" than a real excuse.
> If you aren't testing on 2.7 you are weeks from being deployed on it anyway,
> and are just griping. Get a test version of your app on it, find out where
> it fails and if you have bugs file them. Don't be a wuss unless you have
> the same code snippet that is listed in a bug in your source code. Then I
> might say you should test on 2.7 but not invest time in adapting the code
> beyond removing 2.7 incompatible code.
Both of the bugs that Alexis mentioned are significant and we can
reproduce them - though the probability of being affected by
http://code.google.com/p/googleappengine/issues/detail?id=6401 should
be pretty low.
Python 2.7 is still experimental and your good experiences aren't a
guarantee that others won't encounter serious problems.
Cheers,
Brian
You can't make the move without testing. There are bugs in 2.5. Your odds
of hitting a bug is higher on 2.7, but they are far from guaranteed. I would
go so far as to say if your average request is less than 5 seconds, your
move is most likely to be painless.
Most of the issues that are cause by the high computation bug can be avoided
by splitting task across more than one request, or offloading to a back end
instance. Not Ideal, but not insurmountable. Even with the changes
necessary to avoid the scenarios that cause the high computation but 2.7 is
significantly faster than 2.5 and more cost effective. If you don't want to
modify your code setting Min Idle Instance Higher will prevent most issues
as well at the expense of more instance hours.
2.7 does occasionally have long start up times. This can be avoided by
using a warmup in the app.yaml and avoiding splitting your files across too
many .py files (not sure why this matters but it seems to)
2.7 is also much happier if your initialization variables are pulled from
mem-cache not datastore. Part of that whole you have to initialize quickly
or things get really slow. As a result it is not a bad idea to read and
re-write any initialization variables to memcache at the start of each
request. Doing this using serialized data makes this VERY fast. If you
have to use DataStore (which you do) you should also serialize the
initialization variables so that you need only make one call rather than 1
for each value.
2.7 does seem to have some interesting potential security holes, but these
are "by design" and are avoidable if you don't want them, and can be used
for certain performance increase if you know what you are doing. I believe
there are also a few subtle difference in some of the Typing that may impact
you if you are building non-english apps.
The scheduler isn’t all things to all people, or all instances. That’s why I have been trying to tell people to clamp it, and how to tune it (and complaining about how it is tuned).
The Full Auto mode on instances can work if you tune the latency. Full auto on latency is almost always a bad idea.
We ran quite a few test passes to see what QoS users would get at different settings on our app, and I would advise you to do the same thing. Testing in a Vacuum really lets you get a sense of how many you need of what.
Crawling through the apps that appear in Google Search results (yes I crawl results I have a bot) I found that VERY few of them set cache headers. People keep telling me why those don’t matter, but I’m telling you, even the least cachable apps on the planet have HTTP requests re-polled by ISPs, the Alexa Bot, and other things, so if you aren’t using HTTPS you should enable Cache Headers to save a minimum of 10%.
From: google-a...@googlegroups.com [mailto:google-a...@googlegroups.com] On Behalf Of Kaan Soral
Sent: Sunday, December 04, 2011 11:26 AM
To: google-a...@googlegroups.com
--
You received this message because you are subscribed to the Google Groups "Google App Engine" group.
To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/XddC3fYV9l4J.