使用delayed_job进行轮询

Question

我有一个过程通常需要几秒钟才能完成，所以我尝试使用elastiated_job 来异步处理它。工作本身运行良好，我的问题是如何对工作进行轮询以查明它是否已完成。

我可以通过简单地将它分配给一个变量来从delayed_job获取一个id：

job = available.delay.dosomething(:var => 1234)

+------+----------+----------+------------+------------+-------------+-----------+-----------+-----------+------------+-------------+
| id   | priority | attempts | handler    | last_error | run_at      | locked_at | failed_at | locked_by | created_at | updated_at  |
+------+----------+----------+------------+------------+-------------+-----------+-----------+-----------+------------+-------------+
| 4037 | 0        | 0        | --- !ru... |            | 2011-04-... |           |           |           | 2011-04... | 2011-04-... |
+------+----------+----------+------------+------------+-------------+-----------+-----------+-----------+------------+-------------+

但是一旦它完成了作业，它就会将其删除并搜索已完成的记录会返回错误：

@job=Delayed::Job.find(4037)

ActiveRecord::RecordNotFound: Couldn't find Delayed::Backend::ActiveRecord::Job with ID=4037

@job= Delayed::Job.exists?(params[:id])

我是否应该费心更改此设置，或者推迟删除完整记录？我不确定我还能如何获得其状态通知。或者轮询死记录作为完成证明可以吗？还有其他人面临类似的事情吗？

Answer 1

让我们从 API 开始。我想要像下面这样的东西。

@available.working? # => true or false, so we know it's running
@available.finished? # => true or false, so we know it's finished (already ran)

现在我们来写作业。

class AwesomeJob < Struct.new(:options)

  def perform
    do_something_with(options[:var])
  end

end

到目前为止，一切都很好。我们有工作。现在让我们编写将其排队的逻辑。由于Available是负责这项工作的模型，所以让我们教它如何开始这项工作。

class Available < ActiveRecord::Base

  def start_working!
    Delayed::Job.enqueue(AwesomeJob.new(options))
  end

  def working?
    # not sure what to put here yet
  end

  def finished?
    # not sure what to put here yet
  end

end

那么我们如何知道工作是否有效呢？有几种方法，但在 Rails 中，当我的模型创建某些东西时，它通常与该东西相关联，这感觉是正确的。我们如何交往？使用数据库中的 ids。让我们在可用模型上添加一个 job_id 。

当我们这样做的时候，我们怎么知道工作没有工作是因为它已经完成，还是因为它还没有开始？一种方法是实际检查该工作实际做了什么。如果创建了文件，请检查文件是否存在。如果它计算了一个值，请检查结果是否已写入。但有些工作并不那么容易检查，因为他们的工作可能没有明确的可验证结果。对于这种情况，您可以在模型中使用标志或时间戳。假设这是我们的情况，让我们添加一个 job_finished_at 时间戳来区分尚未运行作业和已经完成作业。

class AddJobIdToAvailable < ActiveRecord::Migration
  def self.up
    add_column :available, :job_id, :integer
    add_column :available, :job_finished_at, :datetime
  end

  def self.down
    remove_column :available, :job_id
    remove_column :available, :job_finished_at
  end
end

好吧。因此，现在让我们通过修改 start_working! 方法，在将作业排队后立即将 Available 与其作业关联起来。

def start_working!
  job = Delayed::Job.enqueue(AwesomeJob.new(options))
  update_attribute(:job_id, job.id)
end

伟大的。此时我可以编写 belongs_to :job，但我们并不真正需要它。

现在我们知道如何编写 working? 方法，非常简单。

def working?
  job_id.present?
end

但是我们如何标记工作已完成呢？没有人比工作本身更清楚工作的完成情况。因此，让我们将 available_id 传递到作业中（作为选项之一）并在作业中使用它。为此，我们需要修改 start_working! 方法来传递 id。

def start_working!
  job = Delayed::Job.enqueue(AwesomeJob.new(options.merge(:available_id => id))
  update_attribute(:job_id, job.id)
end

我们应该将逻辑添加到作业中，以在完成时更新 job_finished_at 时间戳。

class AwesomeJob < Struct.new(:options)

  def perform
    available = Available.find(options[:available_id])
    do_something_with(options[:var])

    # Depending on whether you consider an error'ed job to be finished
    # you may want to put this under an ensure. This way the job
    # will be deemed finished even if it error'ed out.
    available.update_attribute(:job_finished_at, Time.current)
  end

end

有了这段代码，我们就知道如何编写 finished? 方法。

def finished?
  job_finished_at.present?
end

我们就完成了。现在我们可以简单地对 @available.working? 和 @available.finished? 进行轮询。此外，您还可以通过检查 <来方便地了解为您的可用创建了哪个确切的作业。代码>@available.job_id。您可以通过说 belongs_to :job 轻松地将其转变为真正的关联。

Answer 2

我最终使用了 Delayed_Job 与 after(job) 回调的组合，该回调使用与创建的作业相同的 ID 填充 memcached 对象。通过这种方式，我可以最大限度地减少访问数据库询问作业状态的次数，而不是轮询 memcached 对象。它包含我从已完成的作业中需要的整个对象，因此我什至没有往返请求。我从 github 上的人写的一篇文章中得到了这个想法，他们做了几乎同样的事情。

https://github.com/blog/467-smart-js-polling

并使用 jquery 插件进行轮询，轮询频率较低，并在一定次数的重试后放弃

https://github.com/jeremyw/jquery-smart-poll

似乎效果很好。

 def after(job)
    prices = Room.prices.where("space_id = ? AND bookdate BETWEEN ? AND ?", space_id.to_i, date_from, date_to).to_a
    Rails.cache.fetch(job.id) do
      bed = Bed.new(:space_id => space_id, :date_from => date_from, :date_to => date_to, :prices => prices)
    end
  end

Answer 3

我认为最好的方法是使用delayed_job中可用的回调。
这些都是：
：成功，：错误和：之后。
所以你可以在你的模型中添加一些带有 after: 的代码：

class ToBeDelayed
  def perform
    # do something
  end

  def after(job)
    # do something
  end
end

因为如果你坚持使用 obj.delayed.method，那么你必须猴子修补 Delayed::PerformableMethod 并添加 after 方法那里。
恕我直言，它比轮询某些甚至可能是特定于后端的值（例如 ActiveRecord 与 Mongoid）要好得多。

Answer 4

实现此目的的最简单方法是将轮询操作更改为类似于以下内容的操作：

def poll
  @job = Delayed::Job.find_by_id(params[:job_id])

  if @job.nil?
    # The job has completed and is no longer in the database.
  else
    if @job.last_error.nil?
      # The job is still in the queue and has not been run.
    else
      # The job has encountered an error.
    end
  end
end

为什么这样做有效？当Delayed::Job运行队列中的作业时，如果成功，它会从数据库中删除该作业。如果作业失败，记录将保留在队列中以便稍后再次运行，并且 last_error 属性将设置为遇到的错误。使用上面的两个功能，您可以检查已删除的记录以查看它们是否成功。

上述方法的好处是：

• 您可以获得您在原始帖子中寻找的轮询效果
• 使用简单的逻辑分支，如果处理作业出现错误，您可以向用户提供反馈

您可以将此功能封装在通过执行类似以下操作的模型方法：

# Include this in your initializers somewhere
class Queue < Delayed::Job
  def self.status(id)
    self.find_by_id(id).nil? ? "success" : (job.last_error.nil? ? "queued" : "failure")
  end
end

# Use this method in your poll method like so:
def poll
    status = Queue.status(params[:id])
    if status == "success"
      # Success, notify the user!
    elsif status == "failure"
      # Failure, notify the user!
    end
end

Answer 5

我建议，如果获得作业已完成的通知很重要，那么编写一个自定义作业对象并将其排队，而不是依赖于调用 Available 时排队的默认作业.delay.dosomething。创建一个类似以下的对象：

class DoSomethingAvailableJob

  attr_accessor options

  def initialize(options = {})
    @options = options
  end

  def perform
    Available.dosomething(@options)
    # Do some sort of notification here
    # ...
  end
end

并将其排队：

Delayed::Job.enqueue DoSomethingAvailableJob.new(:var => 1234)

Answer 6

应用程序中的delayed_jobs表旨在仅提供正在运行和排队的作业的状态。它不是一个持久表，出于性能原因，它实际上应该尽可能小。这就是为什么作业在完成后立即被删除。

相反，您应该将字段添加到您的 Available 模型中，以表示工作已完成。由于我通常对处理作业需要多长时间感兴趣，因此我添加了 start_time 和 end_time 字段。然后我的 dosomething 方法将如下所示：

def self.dosomething(model_id)

 model = Model.find(model_id)

  begin
    model.start!

    # do some long work ...

    rescue Exception => e
      # ...
    ensure
      model.finish!
  end
end

开始！并完成！方法只是记录当前时间并保存模型。然后我会有一个 completed? 方法，您的 AJAX 可以轮询该方法来查看作业是否完成。

def completed?
  return true if start_time and end_time
  return false
end

有很多方法可以做到这一点，但我发现这个方法简单并且对我来说效果很好。