2016-06-11 7 views
0

나는 큐잉 시스템이 처음이다. 현재 응용 프로그램에서 resque를 사용하고 있으며 모니터 할 대기열이 3 개 있습니다. 나는 resque 작업을 실행하고 관리하는 가장 좋은 방법이 무엇인지 궁금합니다. 질문의 이유는 인터넷에서 개발자가 제안하는 많은 옵션과 약간 혼동을 느낀다는 것입니다. 더 구체적으로 내 혼란은이 두 가지 전략에 관한 것입니다. 혼자 신 근로자를 실행할 수 있는지 하나님과resque 작업을 관리하는 가장 좋은 방법은 무엇입니까?

  • resque 풀
  • resque 풀은

는 왜 resque 풀을 필요합니까?

+0

쿼리가 해결 되었습니까? –

+0

사실, 나는 아직도 그런 기본적인 것들을 할 수있는 보석들의 과다와 혼돈 스럽다. capistrano + Chef와 함께 내 앱을 배포 할 계획입니다. 실행중인 신은 필연적 인 복잡성을 더 해줍니다. 그러나 나는 진짜로 resque 수영장의 필요성을 이해할 수 없습니다. 마우스를 죽일 수있는 도구가 너무 많아 보인다. resque pool 또는 기타 사용에 대한 정당화는 없습니다. 트레이드 오프에 대한 분석조차도 존재하지 않습니다. – Rahul

+0

귀하의 요구 사항을 설명해 주시겠습니까? 근로자는 얼마나 자주 근무하고 있습니까? –

답변

-1

실행중인 작업은 대개 비동기 작업입니다. 그것은 당신이 요청을 계속하기 위해 끝내기를 기다릴 필요가 없다는 것을 의미합니다.

작업 특성이 비동기이기 때문에 한 번에 여러 작업을 요청할 수도 있습니다. CPU 제한으로 인해 이러한 작업은 사용중인 CPU를 찾고 기다리거나 실패합니다.

resque 풀은 한 번에 하나씩 수행하여 줄을 유지하는 방법입니다. 그들이 실패하면 가끔 재시도 모드로 간다.

신은 데몬 모니터링 도구이다. 작업을 수락 할 수 있도록 작업 '서버'를 모니터링하지만 실패를 처리하거나 들어오는 순서대로 작업을 처리 할 필요는 없습니다.

이 모든 것을 하나로 캡슐화하려고하는 좋은 도구는 sidekiq입니다. 심지어 그것에 대해 작업하는 방법을 잘 설명하는 railscast가 있습니다 (조금 오래되었을지라도) : http://railscasts.com/episodes/366-sidekiq

+0

답변 해 주셔서 감사합니다 ... resque-pool을 피할 수있는 곳이 있습니까? 내가이 질문을하는 이유는 그것이 복잡성이 더해 졌기 때문이라고 생각하기 때문입니다. – Rahul

1

Resque는 기본적으로 백그라운드 작업을 처리하도록 설계되었으므로 짧은 시간 동안 대기열에 남아있는 작업을 처리합니다. .
사진이 지연된 작업 대신 사용되었습니다. 백그라운드 작업이 증가하면 Resque를 선택해야합니다.
이제 모니터링에 대해 이야기하기 전에 Resque가 어떻게 작동하는지 조금 이야기 할 것입니다.

  1. Resque 메모리 데이터베이스에 자사 엔드, 백엔드 빠르게 만드는로 레디 스를 갖는 로 레디 스를 갖는다.
  2. Resque는 작업을 꺼내 실행하는 프로세스가 있으며 작업자는 작업을 수행하여 작업을 수행하고 종료 할 하위 작업을 수행합니다. 따라서 일반적으로 작업 당 하나의 포크가 Resque가 기본적으로 제공하는 것입니다.

  3. 이제 Resque의 기능을 향상시키기 위해 다양한 플러그인이 제공됩니다. 예를 들어 : Resque 수영장,

우리가 그것을 필요로 왜 때 사람들은 포크 당 하나의 작업자 여러 작업 같은 자신의 요구 사항을 가지고있다. 사람들은 이러한 플러그인이 도움이되도록 이러한 것을 원합니다.

  • Resque Pool : Resque Worker의 풀을 관리하기위한 데몬입니다. 간단한 구성 파일로 각 작업자 유형에 대해 적절한 수의 직원을 시작하여 직원을 대신 관리합니다. 이렇게하면 작업자가 쉽게 관리 할 수 ​​있으므로 인생을 편하게 만듭니다.
  • 신은 또한 직원들을 모니터링하기위한 도구로 기본적으로 존재하는 모든 기능을 향상시키기 위해 존재합니다.

당신은 나에게 완전한 도움이되었다 주어진 링크를 따를 수 : 레디 스 지속성 : 또한 Resque - 웹의 검색

  • 은 당신의 Resque 시스템을 모니터링하기위한 웹 포털입니다 http://redis.io/topics/persistence

    어떻게 Resque 레디 스에서 작동합니다 http://girders.org/blog/2011/10/30/how-queuing-with-resque-works/

    Resque - 웹 : https://github.com/resque/resque-web

    자습서 : http://www.sitepoint.com/simple-organized-queueing-with-resque/

    여러 레디 스 서버 : What's the Point of Multiple Redis Databases?

    레디 스 - 데이터베이스

    Resque-스케줄러 : https://github.com/nevans/resque-pool

    Resque 멀티 - 작업 - 포크 : 관리 노동자 https://github.com/resque/resque-scheduler

    Resque 풀 https://github.com/stulentsev/resque-multi-job-forks

    배포 환경 : How to deploy resque workers in production? deploy-resque-workers-in-production? rq = 1