pingdom과 유사한 모니터링 서비스를 구축하고 있지만 시스템의 여러 측면을 모니터링하고 sidekiq을 사용하면 잘 작동하는 작업을 대기열에 넣을 수 있습니다. 내가해야할 일은 매분마다 ping을 보내는 것입니다. cron 기반의 시스템을 사용하는 것보다, 새로운 루비 인스턴스를 매번 뽑을 필요가 있습니다. sidetiq의 경로를 따라갔습니다 ("t ") sidekiq 자신의 대기열을 사용하여 미래의 작업을 예약합니다. 이것은 깔끔한 해결책처럼 느껴진다. 그러나 이것이 업무를 예약하는 가장 신뢰할만한 방법이 아닐지 모른다는 우려가있다. 시스템에 문제가있는 경우 (필연적으로 필연적 일 수 있음)이 작업 예약 방법은 cron 기반 방법을 사용하는 것보다 덜 신뢰할 수 있으며 그 이유는 무엇입니까?sidekiq를 통한 안정적인 스케줄링
감사
는당신은 당신의 시스템 요구 사항의 너무 짧은 설명을 제공하고 있지만 나는 그것을 할 수있는 방법을 생각하려고합니다 : sidekiq를 사용하여 첫 번째 장소에서
당신은 또한 인스턴스를해야한다는 것을 의미 또한 redirect는 sidekiq 프로세스를 모니터하고 실패한 경우 다시 시작하고 서버를 다시 시작할 수있는 방법이 필요함을 의미합니다.
cron 작업 기반의 방법은 요구 사항이 적으므로 오류 가능성이 훨씬 적습니다.
cron은 오랫동안 사용되어 왔으며 전투 테스트를 거쳤으며 매우 신뢰할 만하지만 단점도 있습니다.
마스터/슬레이브 구성에 별도의 redis 인스턴스가있는 시스템을 구축 할 수 있으며 Redis sentinel을 사용하여 마스터 오류 발생시 장애 조치를 구현하고이 설정에서 모니터링/경고 시스템을 구현할 수 있습니다 (여러분은 sidekiq 저자의 http://contribsys.com/inspeqtor/처럼 아주 간단한 것을 사용할 수 있습니다.) 그리고 다른 기계에서 sidekiq의 여러 인스턴스를 시작할 수도 있습니다.
이 모든 것들과 함께, 당신은 sidetiq로 sidekiq를 실행하는 데 꽤 신뢰할 수있는 시스템을 가질 수 있습니다.
는
희망이 도움