현재 레일 앱에서 Starling과의 작업을 사용하고 있습니다. 나는 Workling을 좋아하지만 모니터하기는 좀 어렵다. 문제를 악화 시키려면 몇 가지 Workling 인스턴스가 있습니다. Workling은 : multiple을 'true'(workling_client 내부)로 설정하여 실행 중입니다. 각 인스턴스에 대한 PID를 볼 수 있지만 실제로 작
Starling 및 Workling을 많이 사용하여 백그라운드 작업 대기열을 처리하는 웹 사이트를 오늘 시작했습니다. 트래픽이 많았고 서버 CPU/메모리가 너무 많이 부족하지는 않았지만 작업 대기열이 심각하게 백업되었습니다. 저는 Starling과 Workling 모두에 익숙하지 않아 대기열의 속도를 어떻게 높이는 지 긴급히 알아야합니다. 이것은 아마도 간
. 나는 그것을 위해 workling 사용하고 메시지 큐는 RabbitMQ입니다. 이 조합은 찌르레기와 함께 완벽하게 작동하지만 우리는 토끼에 대한 MQ를 변경하기로 결정했다. 나는 내 environment.rb에 require 'mq'
if defined?(PhusionPassenger)
PhusionPassenger.on_event(:star
이제 누구나 workling.output 또는 production.log에서 작업 로그를 볼 수없는 이유는 무엇입니까? 개발 중에는 로그가 development.log에 표시됩니다. 제 환경/production.rb에서 디버그하도록 로그 레벨을 설정했습니다. config.log_level = 디버그 은 다른 모든 확인을 작동하면 나는이 server > /u
승객에게 레일 앱이 설치되어 있으며 RabbitMQ와 Workling을 함께 사용하여 일부 작업을 처리합니다. 작업자의 작업 프로세스는 script/workling_client 명령을 사용하여 시작됩니다. 항상 하나의 작업자 프로세스 만 시작되고 script/workling_client에는 :multiple => false 옵션이 있으므로 하나의 인스턴스
내 응용 프로그램에서 Swoopo 스타일의 경매 사이트 인 백그라운드 작업을 처리하기 위해 Starling 및 Workling을 사용하고 있습니다. 이 경우 백그라운드 태스크는 경매를 모니터하고 승자에게 통지하는 통지 시스템입니다. 모니터는 경매 오브젝트 작성시 호출됩니다. 내 문제는 내 모니터링 코드가 모니터해야하는 경매를 찾을 수 없다는 것입니다. 단위