[google-appengine] Re: Time to Ditch App Engine

2009-02-25 Thread gg

So why bother with App Engine at all. In so many ways it is s
limited. Just move the whole lot to Amazon! I think App Engine is
destined to become Google's Edsel.

On Feb 25, 9:36 am, peterk  wrote:
> What are your requirements?
>
> If you want media or large-file hosting..perhaps you could use
> amazon's s3 to host your static files to overcome any bandwidth
> limitations on GAE's end (if you need more than 740MB per minute)? I'm
> assuming Amazon doesn't have rate limits or absolute bandwidth usage
> limits. Once you factor out your static and media files, are you
> really going to need more tham 740MB/minute of bandwidth?
>
> That said, 740MB/minute is over 12MB per second of bandwidth..that to
> me sounds pretty decent given that many dedicated servers still offer
> 10Mbit (1.25MB) connections to the internet! If GAE actually offers a
> sustained >12MB/sec of bandwidth to your clients, on the face of it,
> that seems pretty good? Am I missing something?
>
> For me, I'm more worried about request limits, so I plan to offload
> all static requests to S3 in order to reserve my request quota and
> bandwidth solely for the dynamic side of my app which will run on GAE.
> A very large portion of my requests will be for 'small'' static files,
> and it seems a waste to use GAE requests for those when they could be
> put on s3 or cloudfront.
>
> The free quota revisions are unfortunate, but things are quite
> scalable..once you're willing to pay, of course. But we always knew
> we'd have to pay for more beyond the free quotas! They never suggested
> scalability to the nth degree for free.. :)
>
> On Feb 25, 8:42 am, cc  wrote:
>
> > It looks like the accountants at Google have taken over If you
> > read over the new bandwidth quotes you will find that what was to be
> > scalable is not so anymore:
>
> > Outgoing Bandwidth (adjustable, includes HTTPS)         10 GByte        56 
> > MByte/
> > min     10 GByte free (plus budgeted adjustment up to 1046 GBytes/day)
> > 740 MByte/min
>
> >         56 MByte/min 740 MByte/min wow talk about limited!
>
> > And don't forget to read all the way to the bottom of the page:
>
> > The new quota levels, which will take effect on May 25th, 2009, are:
>
> >     * CPU Time: 6.5 hours of CPU time per day
> >     * Bandwidth: 1 Gigabyte of data transferred in and out of the
> > application per day
> >     * Stored Data & Email Recipients: these quotas will remain
> > unchanged.
>
> > These changes may also affect the fixed quotas applied to applications
> > without billing enabled. Fixed quotas for applications with billing
> > enabled will not be affected.
>
> > Bandwidth: 1 Gigabyte of data transferred in and out of the
> > application per day
>
> > Your joking right?
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---



[google-appengine] Re: Time to Ditch App Engine

2009-02-25 Thread peterk

What are your requirements?

If you want media or large-file hosting..perhaps you could use
amazon's s3 to host your static files to overcome any bandwidth
limitations on GAE's end (if you need more than 740MB per minute)? I'm
assuming Amazon doesn't have rate limits or absolute bandwidth usage
limits. Once you factor out your static and media files, are you
really going to need more tham 740MB/minute of bandwidth?

That said, 740MB/minute is over 12MB per second of bandwidth..that to
me sounds pretty decent given that many dedicated servers still offer
10Mbit (1.25MB) connections to the internet! If GAE actually offers a
sustained >12MB/sec of bandwidth to your clients, on the face of it,
that seems pretty good? Am I missing something?

For me, I'm more worried about request limits, so I plan to offload
all static requests to S3 in order to reserve my request quota and
bandwidth solely for the dynamic side of my app which will run on GAE.
A very large portion of my requests will be for 'small'' static files,
and it seems a waste to use GAE requests for those when they could be
put on s3 or cloudfront.

The free quota revisions are unfortunate, but things are quite
scalable..once you're willing to pay, of course. But we always knew
we'd have to pay for more beyond the free quotas! They never suggested
scalability to the nth degree for free.. :)

On Feb 25, 8:42 am, cc  wrote:
> It looks like the accountants at Google have taken over If you
> read over the new bandwidth quotes you will find that what was to be
> scalable is not so anymore:
>
> Outgoing Bandwidth (adjustable, includes HTTPS)         10 GByte        56 
> MByte/
> min     10 GByte free (plus budgeted adjustment up to 1046 GBytes/day)
> 740 MByte/min
>
>         56 MByte/min 740 MByte/min wow talk about limited!
>
> And don't forget to read all the way to the bottom of the page:
>
> The new quota levels, which will take effect on May 25th, 2009, are:
>
>     * CPU Time: 6.5 hours of CPU time per day
>     * Bandwidth: 1 Gigabyte of data transferred in and out of the
> application per day
>     * Stored Data & Email Recipients: these quotas will remain
> unchanged.
>
> These changes may also affect the fixed quotas applied to applications
> without billing enabled. Fixed quotas for applications with billing
> enabled will not be affected.
>
> Bandwidth: 1 Gigabyte of data transferred in and out of the
> application per day
>
> Your joking right?
--~--~-~--~~~---~--~~
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
-~--~~~~--~~--~--~---