As far as I know, there are no plans to shut down M/S within the next 12 months. This is NOT an official announcement, so if this does change later (I don't think it will), just know that it's a gut feeling. When there is a plan to official deprecate master/slave, we will announce it.
Many new features will be HRD only, however. Python 2.7 is one of them. Full text search *may* be one of them. There are no plans to support Python 2.7 for master/slave applications, and I don't see this changing. I strongly recommend migrating to HRD or at least starting to investigate the possibility. -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Fri, Dec 2, 2011 at 9:03 AM, Rishi Arora <rishi.ar...@ship-rack.com>wrote: > Based on this: > http://code.google.com/appengine/docs/python/datastore/hr/ > > I don't see any strong language indicating imminent deprecation. Although > the fact that python2.7 does not support M/S might hint at that. If Google > does indeed want to deprecate M/S, why wouldn't they just say it, and give > some fixed timeline - 1 month, 6 months, 1 year, whatever. But why hint > it, why not just say it? Since I don't see a strong reason for Google to > drop subtle hints, I assumed there's no plan to deprecate M/S, and I also > assumed that eventually when python2.5 is phased out, python2.7 will > support M/S. I don't see any technical reason why python2.7 can't support > M/S either. I can achieve nearly the same level of concurrency with > Python2.5 (albeit at a higher cost) that I can with Python2.7, with regards > to datastore operations. > > Can someone at Google provide some direction on long-term support (at > least a year or so) for M/S? > > > On Fri, Dec 2, 2011 at 10:07 AM, Joshua Smith <joshuaesm...@charter.net>wrote: > >> I believe so. >> >> Google has made it pretty clear that M/S is deprecated and life on M/S >> will continue to get worse and worse. >> >> On Dec 2, 2011, at 10:54 AM, Rishi Arora wrote: >> >> :) So I'm SOL, without HR? >> >> On Fri, Dec 2, 2011 at 9:50 AM, Joshua Smith <joshuaesm...@charter.net>wrote: >> >>> You can't use 2.7 unless you migrate to HR. >>> >>> Once you migrate to HR, the datastore read timeouts go away. >>> >>> And then you don't need to migrate to 2.7. >>> >>> -Joshua >>> >>> On Dec 2, 2011, at 10:37 AM, Rishi Arora wrote: >>> >>> > Earlier this morning I had a situation where datastore reads were >>> timing out. That's okay, and expected, given that I use a M/S datastore. >>> However, the timeouts were of the order of 50 seconds, causing nearly 30 >>> front-end instances to be spawned. My usual number of active front-end >>> instances at that time of the day is about 5, peaking at 15 occasionally. >>> This condition lasted only 3 minutes or so, and so, the cost impact was >>> minimal. However, I can imagine that if this lasted an hour or more, I >>> would incur a lot of costs while the downtime persists. I'm okay with such >>> downtimes, as long as it only leads to my customers not being able to >>> access my site. But if it also leads to unnecessary increases in costs, >>> then it calls for further optimization. So, my loaded question is - how >>> can I handle this with python2.5? Is python 2.7 the only answer? I >>> imagine python2.7 will help because while a front-end is waiting for data >>> store ops to complete, it can process other requests. But are there other >>> ways of setting specific timeouts to datastore operations? So, if these >>> operations are taking too long, I'd rather just return an error to the >>> user, instead of letting my front-end run indefinitely. >>> > >>> > >>> > -- >>> > You received this message because you are subscribed to the Google >>> Groups "Google App Engine" group. >>> > To post to this group, send email to google-appengine@googlegroups.com >>> . >>> > To unsubscribe from this group, send email to >>> google-appengine+unsubscr...@googlegroups.com. >>> > For more options, visit this group at >>> http://groups.google.com/group/google-appengine?hl=en. >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Google App Engine" group. >>> To post to this group, send email to google-appengine@googlegroups.com. >>> To unsubscribe from this group, send email to >>> google-appengine+unsubscr...@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/google-appengine?hl=en. >>> >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To post to this group, send email to google-appengine@googlegroups.com. >> To unsubscribe from this group, send email to >> google-appengine+unsubscr...@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. >> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Google App Engine" group. >> To post to this group, send email to google-appengine@googlegroups.com. >> To unsubscribe from this group, send email to >> google-appengine+unsubscr...@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/google-appengine?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine" group. > To post to this group, send email to google-appengine@googlegroups.com. > To unsubscribe from this group, send email to > google-appengine+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-appengine?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To post to this group, send email to google-appengine@googlegroups.com. To unsubscribe from this group, send email to google-appengine+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine?hl=en.