delayed_job과 실행중인 레일 콘솔을 사용하는 것의 차이점

Question

오랫동안 실행중인 크롤링 작업을 서버 측에서 처리해야하므로 사용하기 위해 delayed_job을 사용하려고했지만 사용하는 동안 문제가 발생했습니다. delayed_job은 Capybara입니다. 그래서 대신 rails console에서 작업을 실행합니다. 긴 작업이므로 내 ssh 연결이 끊어지면 rails console을 유지하려면 tmux을 사용합니다.

tmux을 사용하면 실제로 rails console을 사용하여 나를 에뮬레이션한다는 것을 알고 있습니다. 그래서 내 질문은 delayed_job을 실행하고 rails console에서 작업을 수행하는 것과 실제적인 차이점이 있습니까?

rails console의 긴 작업을 실행하면 전 화시에서 실행 중이기 때문에 delayed_job과 비교하여 컴퓨터에서 더 많은 리소스를 사용합니까?

tmux에 rails console이 실행 중입니까? 나는 그것을 실행하는 것을두고 갈 수 있기 때문에 자신의 것이다.

감사합니다.

Answer 1

delayed_job은 서버에 로그온하여 콘솔에서 수동으로 작업을 수행하는 대신 수동으로 작업을 실행할 수 있습니다.

작업을 수동으로 수행하는 것이 좋으면 delayed_job/resque 또는 the other background processing tools 중 하나를 사용하여 작업을 자동화하는 것에 대해 걱정할 필요가 없습니다.

이 작업은 일반적으로 수행하려는 작업이므로 백그라운드 작업으로 자동화하는 것이 좋습니다. (수동으로 쫓겨 하나) 서버의 TMUX 세션에서 작업을 실행하는 현재의 솔루션은 백그라운드 프로세스를 시뮬레이션한다

합니다 (delayed_job/카피 바라 오류를 파악에 시간을 보낼 아마 가치)