i found the Wave here: http://bit.ly/9soPI1
and here was one of the puzzling answer I remembered: Q: AEfB will support SSL for top-level domains. Will this be available for non-enterprise (public) apps? A: Yes. There will be a part of AEfB that you can use outside of a company. The pricing of these features may be different; we're still figuring that out. maybe the Google guy just misheard him but I thought he was asking if regular GAE apps will get SSL for top-level domains. cheers brian On May 20, 8:32 am, gops <[email protected]> wrote: > why not just introduce, SQL as a additional api along with datastore > and blobstore as sqlstore with different costing model ? , and there > is already plenty of way to connect to google apps , why not just add > SLA as one more option instead of creating whole new AEfB , and while > already charging for users already via google apps, why should charge > them again for each individual app ? , pay as much as you use is > pretty beautiful model please please stick to it, even thou we > developers are not enterprise, our clients are enterprise. and we love > to see they are using google apps. > > On May 20, 5:06 pm, bFlood <[email protected]> wrote: > > > > > > > with the current information on this topic, I feel a little uneasy as > > well. > > > there was a Google Wave from AppEngine fireside chat yesterday that > > had some more info (can't find link anymore). from memory, please > > correct if I've got it wrong: > > > when asked about AEfB and regular GAE, one answer was that they are > > firmly committed to parity between the two. no details given except > > one said AEfB was for intranet usage > > > when asked if GAE would get SSL they answered that AEfB would handle > > that and would have some form of pricing for internet users. I didn't > > get the sense that SSL or an SLA were coming to GAE (from the limited > > info on the wave) > > > this should be easy for Google to clear up. I think everyone can see > > the benefit of a different pricing model for enterprise users and I > > think per user pricing is great for a lot of apps. however, the real > > question is whether regular GAE is going to get SSL, an SLA, and > > access to the new SQL service. if the answer is no, then this is just > > a business decision by google to force potential enterprise clients > > into a per user model (which IMO is a bad idea, there should be a > > clear choice fro pricing models). please clear this up google, you're > > making a lot of your early adopters anxious :) > > > cheers > > brian > > > On May 20, 6:09 am, Jesaja Everling <[email protected]> wrote: > > > > According to the FAQ, per user really means per intranet user here: > > > > "You can also use App Engine for Business to build external applications. > > > We’re still working out the details on pricing so stay tuned (but don’t > > > worry, you won't have to pay per > > > user!)."http://code.google.com/appengine/kb/business.html > > > > It seems to be more like a special version of App Engine intended for (not > > > only) internal use by Google Apps customers. > > > If this is right, it sounds good. > > > If it were to introduce some artificial segmentation and the regular App > > > Engine were to become some strip-down limited version of App Engine for > > > Business, it wouldn't sound good at all. > > > But this would be a bad move, and it seems Google is more in the mood for > > > good moves at the moment ( VP8 :) ). > > > > On May 20, 2010 4:40 AM, "Shinichi Nakanishi" <[email protected]> > > > wrote: > > > > Yes, if it was Google Apps, it would make sense. But for App Engine, > > > I don't think "per user registered in the Apps domain" thing works. > > > For instance, what if you do not register your domain but use > > > your-subdomain.appspot.com? Is it $0 and still be able to use > > > features like Hosted SQL? > > > > So, I have no idea what "per user" here means. > > > > Shinichi > > > > On Wed, May 19, 2010 at 18:39, Geoffrey Spear <[email protected]> > > > wrote: > > > > > On May 19, 6:00 p... > > > > -- > > > 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 > > > athttp://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 [email protected]. > > To unsubscribe from this group, send email to > > [email protected]. > > For more options, visit this group > > athttp://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 [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group > athttp://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 [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.
