I'm building a web application w/ about 50 different forms that all
touch the database in some way (CRUD), it's very database driven and do
expect thousands (in the tens) of accounts.
I've never had to scale an application to handle so many users as all
my apps have been very small. I'm going to use Spring MVC with
Sitemesh, and velocity, and either Spring or Hibernate to talk to the
database.
This is my first app of this size ... so, what exactly should I start
looking at doing in my app to handle scaling WHEN the time comes.
Any help much appreciated.
Wizumwalt@gmail.com - 10 May 2006 22:48 GMT
Or maybe anyone know a better place to ask this question?
Jon Martin Solaas - 11 May 2006 22:35 GMT
> I'm building a web application w/ about 50 different forms that all
> touch the database in some way (CRUD), it's very database driven and do
[quoted text clipped - 9 lines]
>
> Any help much appreciated.
Try to figure out how many of the users will actually use the system
simultaneously will be a good start...
Arvind - 12 May 2006 03:36 GMT
> I'm building a web application w/ about 50 different forms that all
> touch the database in some way (CRUD), it's very database driven and do
[quoted text clipped - 9 lines]
>
> Any help much appreciated.
One thing that often goes un-observed when shifting from a small-app to
big-app, is the obvious "magnification" factor. Since the application
is bigger, there are more areas of vulnerability - as in bad code,
bottlenecks, connection leaks and so on. So the first thing i would do,
is to make sure the code review "checklist" for best/worst practises is
taken care of (if you don't have one, create one - that should be the
first'er thing ;) ). Always KISS (keep it simple and stupid).
The other thing being, even assuming a water tight application has been
built, when 'loaded'/'scaled' does not automatically guarantee
performance like a well-tuned application. For e.g. you can always
optimize the 'page' weight (i.e. html size) number of html objects and
hence the number of round trips and so on. This is altogether a
different beast.
--
Arvind