Re: Deployment options

Marc D Prewitt <[email protected]>
Newsgroups gmane.comp.web.fastcgi.devel
Message-ID <[email protected]>
I would suggest avoiding dynamic configurations unless you have a lot of 
different scripts that you don't want running all the time.  However, when 
I got into this situation, I turned all the scripts into modules and 
called them from a central dispatcher and used the static config.

Using the apache fastcgi proc manager may be more convenient becuase it 
handles restarting apps when they die and has a pretty straightforward 
method for configuration. However, versus using your own proc manager it 
has the overhead of needing a web server running on the machine.

The other thing to consider is that if you need multiple copies of your 
process to run that with apache they are running as separate programs. 
With your custom process manager it can fork the child processes itself 
and potentially share resources between them.  This may also be 
advantageous because restarting a child would be a simple fork instead of 
a fork and exec perl (compile your script, etc...).

-Marc

On Fri, 27 Jan 2006, Bill Moseley wrote:

> I'm wondering about the pros and cons of the different fastcgi
> configurations.
>
> Could someone please provide a bit of guidance on deciding which mode
> to run an application under?
>
> I need to deploy an application that will handle all requests for a
> site.  It's a Perl-based application (Catalyst) which can be run with
> its own process manager (FCGI::ProcManager) in "Server" mode.
>
> I see advantages of running in Sever mode in that (IIRC) the
> application can run under a different UID than the web server.  A
> disadvantage is that there has to be a separate way to make sure the
> application continues to run (some kind of watchdog script, perhaps).
> Another disadvantage, if I understand correctly, is that the perl
> process manager will not spawn new processes based on load.
>
> Another option is to run in "Static" mode.  That uses a process
> manager in mod_fastcgi, correct?  This does load more processes based
> on demand, correct?  But the application runs as the uid of the
> Apache, unless the FastCGIWrapper is used.
>
> The host where the application will be deployed already has fastcgi
> setup for Dynamic mode applications (via .fcgi ).
>
> I'm not clear about running as dynamic application.  My concern is
> startup time of the application.  Perl isn't known for its fast
> startup time.  Can dynamic mode induce a bit of latency into the
> site more than the other modes?
>
>
> Thanks,
>
>
> -- 
> Bill Moseley
> [email protected]
>
> ___________________________________
> fastcgi-developers mailing list
> http://fastcgi.com/fastcgi-developers/
>
___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.