Frecuencia de salida del sistema en Ruby cuando se realizan llamadas HTTP

Question

Tengo un sitio web de Ruby on Rails que realiza llamadas HTTP a un servicio web externo.

Aproximadamente una vez al día recibo un mensaje de error de SystemExit (stacktrace a continuación) donde ha fallado una llamada al servicio. Si luego trato exactamente la misma consulta en mi sitio momentos más tarde, funciona bien. Ha estado sucediendo desde que se lanzó el sitio y no he tenido suerte para rastrear las causas.

Ruby es la versión 1.8.6 y los rieles es la versión 1.2.6.

¿Alguien más tiene este problema?

Este es el error y stacktrace.

A SystemExit ocurrieron /usr/local/lib/ruby/gems/1.8/gems/rails-1.2.6/lib/fcgi_handler.rb:116:in salida' /usr/local/lib /ruby/gems/1.8/gems/rails-1.2.6/lib/fcgi_handler.rb:116:in exit_now_handler ' /usr/local/lib/ruby/gems/1.8/gems/activesupport-1.4.4/lib /active_support/inflector.rb:250:in to_proc '/usr/local/lib/ruby/1.8/net/protocol.rb:133:in llamada' /usr/local/lib/ruby/1.8/net/protocol .rb: 133: en el sysread ' /usr/local/lib/ruby/1.8/net/protocol.rb:133:in rbuf_fill' /usr/local/lib/ruby/1.8/timeout.rb:56:in tiempo de espera ' /usr/local/lib/ruby/1.8/timeout.rb:76:in timeout ' /usr/local/lib/ruby/1.8/net/protocol.rb:132:in rbuf_fill' /usr/local/lib/ruby ​​/ 1.8/net/protocol.rb: 116: en lectura hasta ' /usr/local/lib/ruby/1.8/net/protocol.rb:126:in readline' /usr/local/lib/ruby ​​/ 1.8/net/http.rb: 2017: en read_status_line ' /usr/local/lib/ruby/1.8/net/http.rb:2006:in read_new' /usr/local/lib/ruby/1.8/net/ http.rb: 1047: en la solicitud ' /usr/local/lib/ruby/1.8/net/http.rb:945:in request_get' /usr/local/lib/ruby/1.8/net/http.rb: 380: en get_response ' /usr/local/lib/ruby/1.8/net/http.rb:543:in start' /usr/local/lib/ruby/1.8/net/http.rb:379:in get_response '

Answer 1

Se sabe que usar fcgi con Ruby es muy defectuoso.

Prácticamente todo el mundo se ha movido a Mongrel por este motivo, y le recomiendo que haga lo mismo.

Answer 2

Ha pasado un tiempo desde que usé FCGI, pero creo que un proceso FCGI podría lanzar un SystemExit si el hilo tardaba demasiado. Este podría ser el servicio web que no responde o incluso una consulta DNS lenta. Algunos resultados de google muestran un error similar con Python y FCGI por lo que mudarse a mestizo sería una buena idea. This post es mi referencia que utilicé para configurar mestizos y todavía me refiero a ella.

Answer 3

También me gustaría echar un vistazo a Passenger. Es mucho más fácil ponerse en marcha que la solución tradicional de Apache/nginx + Mongrel.

Answer 4

Solía ​​obtener estos todo el tiempo en Apache1/fastcgi. Creo que es causado por fastcgi colgando antes de que Ruby termine.

Cambiar a mongrel es un buen primer paso, pero aún queda mucho por hacer. Es una mala idea eliminar de los servicios web en las páginas en vivo, especialmente de Rails. Rails no es seguro para subprocesos. La cantidad de conexiones simultáneas que puede admitir es igual a la cantidad de mongrels (o procesos de pasajeros) en su clúster.

Si tiene un mongrel y alguien accede a una página que llama a un servicio web que demora 10 segundos, todas las solicitudes a su sitio web se agotarán durante ese tiempo. La mayoría de los equilibradores de carga simplemente recorren a ciegas a tus perros a ciegas, por lo que si tienes dos mestizos, cada otra solicitud expirará.

Todo lo que pueda ser impredeciblemente lento debe suceder en una cola de trabajos. El primer golpe a/slow/action agrega el trabajo a la cola, y/slow/action se actualiza a través de actualizaciones de página o consultas a través de ajax hasta que el trabajo finaliza, y luego obtiene los resultados de la cola de trabajos. Actualmente hay algunas colas de trabajos para Rails, pero la más antigua y probablemente la más utilizada es BackgroundRB.

Otra alternativa, dependiendo de la naturaleza de su aplicación, es sacrificar el servicio cada N minutos a través de cron, almacenar en caché los datos localmente y hacer que su página en vivo se lea desde el caché.