ruby - delayd_jobを使用することとrailsコンソールを実行することの違いは何ですか

Question

サーバー側で長時間実行されるクロールタスクを実行する必要があるため、を使用しようとしましたが、 withdelayed_jobを使用しているときに問題が発生しました。そこで、代わりにタスクを実行します。長い作業なので、接続が切断されたときに生き続けるために使用します。delayed_jobCapybararails consoletmuxrails consolessh

tmuxを使用することは、実際にを使用して私をエミュレートしていることを知っていrails consoleます。delayed_jobだから私の質問は、を実行することとでタスクを実行することの間に本当の違いはありrails consoleますか？

で長いタスクを実行すると、フォアグラウンドで実行されているためrails console、マシン上でより多くのリソースを消費しますか？delayed_job

実行中はバックグラウンドサービスrails consoleになりますか？tmux私はそれを自分で実行したままにすることができるので。

ありがとう。

Answer 1

delayed_jobサーバーにログオンしてコンソールでタスクを手動で実行するのではなく、自動的にタスクを実行できます。

タスクを手動で実行しても問題ない場合は、delayed_job/resqueまたは他のバックグラウンド処理ツールを使用して自動化することについて心配する必要はありません。

ほとんどの場合、これは定期的に実行したいタスクであるため、バックグラウンド タスクとして自動化する価値があります。(おそらく、delayed_job/capybara エラーの解明に時間を費やす価値があります)

サーバー上の tmux セッションでタスクを実行する現在の解決策は、バックグラウンド プロセス (手動で開始されるプロセス) をシミュレートすることです。