Scaling AJAX 
April 21st, 2006
There has been quite the discussion in the past few days about a post from Billy Newport where he claimed that
AJAX enabled applications generate a higher load on an application server than a non AJAX applications
James Governor is not convinced, and Nate Schutta has his doubts, while Tim Bray takes the every pragmatic stance of “it depends”.
Wise Uncle Ben said it best when he warned young Peter that with great power comes great responsibility. In general, I think that AJAX lets developers better take advantage of client side processing of data and therefore on a one-on-one showdown of some piece of functionality, which can be implemented with either AJAX or using the old skool Web, then AJAX will win. For an example of this check out the story on AJAXian about MacRumours and their AJAX success.
However, once you decide to start using AJAX to record the mouse position on the client every millisecond then you are just asking for a world of hurt!
I think that AJAX does generally reduce server load if you are just streaming data up to the client for processing and keeping things simple.
Del.icio.us
This entry was posted on Friday, April 21st, 2006 at 6:54 pm and is filed under Web2.0, AJAX, Architecture. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.
Entries (RSS)
and
April 24th, 2006 at 10:04 pm
More Ajax and Scalability
Well, more than a few people have picked up on the various articles floating around regarding Ajax and scalability. Thanks to Michael Mahemoff for reading my piece and reposting it (check the comments). Stuart Halloway over on Relevance also picked u…
April 25th, 2006 at 10:17 pm
[…] Anyway, good call on the server vendors - they should all be lining up behind Ajax (is it a coincidence that IBM leads the Open Ajax project?) Dave Johnson also gets into the mix with Scaling AJAX. I liked his allusion to Spider Man but he made a great I was really glad to see him refer to the MacRumors post on handling the Macworld keynote (see the overview as well). […]