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/