nginx y Perl: FastCGI vs proxy inverso (PSGI / Starman)

Una opción muy popular para ejecutar aplicaciones web de Perl en estos días parece estar detrás de las solicitudes de proxy de un servidor web nginx a un demonio FastCGI o un servidor web habilitado para PSGI (por ejemplo, Starman).

Ha habido muchas preguntas sobre por qué uno haría esto en general (p. Ej.¿Por qué usar nginx con Catalyst / Plack / Starman?) y las respuestas parecen aplicarse en ambos casos (por ejemplo, permitir que nginx sirva contenido estático, reiniciar fácilmente el servidor de aplicaciones, equilibrar la carga, etc.)

Sin embargo, estoy específicamente interesado en los pros / contras del uso de FastCGI frente a un enfoque de proxy inverso. Parece que Starman es ampliamente considerado como el mejor / más rápido servidor web / aplicación Perl PSGI que existe, y estoy luchando por ver las ventajas de usar FastCGI. Ambos enfoques parecen apoyar:

Sockets de dominio UNIX así como sockets TCPservidores de estilo fork / process manager así como servidores basados en eventos sin bloqueo (por ejemplo, AnyEvent).Manejo de señales / reinicio elegantePSGI

Del mismo modo, la configuración de nginx para cualquiera de las opciones es muy similar.

Entonces, ¿por qué elegirías uno sobre el otro?

Respuestas a la pregunta(2)

Su respuesta a la pregunta