CODEWITHSUNDEEP
google-app-enginevideo-streaminghigh-loadweb-trafficchatroom
vivri
vivri

Reputation: 895

Is Google Application Engine a good platform for a high-traffic chat website?

I'm looking to create a high-traffic chat website, possibly with video streaming with some image manipulation happening on the server.

Scanning over the Channel API (http://code.google.com/appengine/docs/python/channel/overview.html) has made me hopeful this can be done without AJAX polling, and the general opinion is that GAE is very scalable.

I still have a few concerns:

1) Can it support tens of thousands simultaneous users that interact with each other in real-time without lagging? Is there a cap on CPU usage?

2) I'll (probably) be writing it on top of the J2EE framework. Does GAE guarantee that each new request will have access to a global in-memory datastore that will be available as long as the application is running on the server ("ServletContext" in Java-speak) and will be storing possibly gigabytes of data? Is there a memory cap?

3) Will the full J2SE and J2EE stack be available? Will I be able to include just any library I wish?

4) Are there better solutions for this kind of issue than GAE? I've been thinking about renting several dedicated servers, but this will go into the thousands/month...

Thanks in advance!

Upvotes: 5

Views: 3397

Answers (3)

Radek Skokan
Radek Skokan

Reputation: 76

Regarding the Channel API: note the message size limitation: "Messages are limited to 32K". Perhaps it could be possible to split the video stream into small chunks, but I don't think it's much practical or feasible. Also for the client to build back the original stream. Then no standard e.g. Flash player can be used.

Upvotes: 0

Nick Johnson
Nick Johnson

Reputation: 101149

To address your questions in order:

  1. Yes, it can support tens of thousands of simultaneous users. I hope you're not expecting all of them to interact with each other simultaneously, though - fanning out 10,000 updates per user event isn't going to be terribly practical. CPU is a billed quota, so there's no cap as long as you pay for your usage.
  2. The App Engine datastore is on-disk, not in-memory. Apps have access to the datastore (which is persistent) and memcache (which is in-memory, but a cache). Both are global across the whole app, not just the instance. Like CPU quota, there's no firm cap - you get what you pay for.
  3. There's a whitelist of core JRE classes that excludes some functionality that would be unsafe to sandbox. Other than that, you can run whatever you want.
  4. I think App Engine will suit your app quite well, with the exception of video streaming: There's not currently any App Engine based solution for that, so you'd have to use an external service for it. A major pro of App Engine is that the costs scale with usage, so you only pay for what you use.

Upvotes: 5

mgiuca
mgiuca

Reputation: 21357

First, note that there is a free version and a paid version. I assume you are going to pay for additional quotas?

  1. There is certainly a cap on CPU usage. I really doubt that your application is appropriate for GAE at all. Read this page about quotas. If you are doing video processing, you will probably find that you hit your daily CPU cap within a few minutes. You certainly won't support tens of thousands of users. (Maybe on the paid version you can last longer, but only about one order of magnitude more -- I still think it's infeasible).
  2. Check the cap on the datastore size also. You get 1GB free, and have to pay for more. You don't have access to a global memory space (each request will potentially be handled by a different server), but you do have access to the global datastore.
  3. There are limits on the libraries you can use. See the JRE class whitelist. If it isn't on that list, it isn't available. You can of course include any additional libraries if they are written in pure Java, but not if they use native code.
  4. Yes, I think there are better solutions.

GAE is really intended for running small-to-medium level interactive websites, not doing high-performance things like video streaming. Sorry to be so pessimistic: you can make up your own mind from the info and links I provided.

Upvotes: 4

Related Questions