Estoy desarrollando una aplicación Rails 3.2.16 e implementando en una cuenta de desarrollo de Heroku con un banco de datos web gratuito y ningún banco de trabajo. Estoy tratando de determinar si realmente se necesita un dinamómetro de trabajador (remunerado).

La aplicación envía varios correos electrónicos. Uso delayed_job_active_record para ponerlos en cola y enviarlos.

También necesito verificar un recuento de notificaciones cada minuto. Para eso estoy usando rufus-Scheduler.

Rufus-Scheduler parece capaz de ejecutar una tarea / hilo en segundo planodentro un dinamómetro web de Heroku.

Por otro lado, todo lo que puedo encontrar en delayed_job indica que requiere un proceso de trabajo separado. ¿Por qué? Si rufus-Scheduler puede ejecutar un demonio dentro de un banco de datos web, ¿por qué no puede hacer lo mismo retrasyed_job?

He probado lo siguiente para ejecutar mi tarea de cada minutoy trabajando en delayed_jobs, y parece funcionar dentro del único Dyno web de Heroku:

config / initializers / rufus-Scheduler.rb

require 'rufus-scheduler'
require 'delayed/command'

s = Rufus::Scheduler.singleton
s.every '1m', :overlap => false do # Every minute
  Rails.logger.info ">> #{Time.now}:  rufus-scheduler task started"
  # Check for pending notifications and queue to delayed_job
  User.send_pending_notifications
  # work off delayed_jobs without a separate worker process
  Delayed::Worker.new.work_off  
end

Esto parece tan obvio que me pregunto si me falta algo. ¿Es esta una forma aceptable de manejar la cola delayed_job sin la complejidad y el gasto adicionales de un proceso de trabajo separado?

Actualizar

Como señala @jmettraux, Heroku dejará inactivo un dinamómetro web inactivo después de una hora. Todavía no lo configuré, pero supongamos que estoy usando uno de los diversos métodos de mantenimiento para evitar que duerma:¿Manera fácil de evitar que Heroku esté inactivo?.