[Seaside] Summer of Code Project

[Sebastian Sastre]

Couple of questions below...

	cheers,

Sebastian Sastre

 

> -----Mensaje original-----
> De: seaside-bounces at lists.squeakfoundation.org 
> [mailto:seaside-bounces at lists.squeakfoundation.org] En nombre 
> de Avi Bryant
> Enviado el: Miércoles, 21 de Marzo de 2007 14:42
> Para: Seaside - general discussion
> Asunto: Re: [Seaside] Summer of Code Project
> 
> On 3/21/07, Boris Popov <boris at deepcovelabs.com> wrote:
> > Let's not forget that Avi's application is very well 
> partitioned, so 
> > taking down images and bringing them back up fits perfectly with a 
> > model of 'image-per-application'. Most other applications 
> out there do 
> > not have such boundaries, so running as many images as 
> possible close 
> > to server capacity and balancing between them is probably a better 
> > thing to do and any layer-7 load balancer should be capable of 
> > handling session affinity properly, hence the value of inventing 
> > something new might be reduced.
> 
> Even if you have a shared database between all your users 
> (say, you use GLORP to access a single RDBMS), I think it's 
> still valuable to keep each customer isolated in their own 
> image (and if you're doing that, bringing them up and down 
> all the time is the only way not to fill up your server 
> memory too quickly).  That way anything that happens to one 
> customer - an infinite loop chewing up resources, a #halt you 
> add in a debugging session, a rollout of an experimental new 
> feature - doesn't affect anyone else.  What you're describing 
> is certainly simpler, but I do love my thousands of images...
> 
If I understood right, that can be done only if every application is used by
one user or extremely low concurrence circunstances. Low as much as the
maximum concurrent users per image squeak can reasonabily manage. In such
way one can use lovely ImageSegments for persistance. But how we
horizontally scale an app supported by Squeak with 100 concurrent users?

> Avi
> _______________________________________________
> Seaside mailing list
> Seaside at lists.squeakfoundation.org
> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside