문제

나는 그것을 사용할 계획이다 석영 스케줄러 내가 그것에 대해 많은 좋은 의견을 읽었을 때.

내 문제는 다음과 같습니다. 주어진 시간에 수천 명의 트리거가 시스템에 살고 있습니다. 트리거의 대부분은 단 하나의 이벤트를 발사하고 죽습니다. 또한, 할당 후 (새 입력에 따라) 많은 일자리를 취소해야 할 가능성이 높습니다.

석영이 이것으로 확장 될 수 있습니까? 어떤 Jobstore가 권장됩니까? MySQL 위에 JDBC를 사용할 계획이었습니다.

추가 정보: 내 작업은 HTTP Post를 통해 전자 메일 또는 게시물 데이터를 다른 서비스 (WAN 이상)로 보냅니다.

도움이 되었습니까?

해결책

FAQ에는 몇 가지 팁과 권장 사항이 있습니다.

석영을 운영 할 수있는 일자리는 몇 개입니까?

답에서 발췌 :

수백만 개의 일자리와 트리거를 관리하는 쿼츠의 할부가 있으며, 언제든지 수십 개의 일자리를 실행하고 있으며 이는로드 밸런싱을 사용하여 제외됩니다.

Quartz 사용자 포럼에는 비슷한 조건에서 석영을 사용한 개발자의 경험 보고서와 함께 몇 가지 토론이 있습니다.

  • 확장 성 및 성능 -Jim Nichols는 수천 개의 일자리를 클러스터링하고 있으며 이메일로 더 많은 정보를 자원 봉사합니다.
  • 석영 성능 - Stey Baptiste는 하루에 2 백만 일자리를 운영하고 있습니다.

업데이트 2015-01-12 : 불행히도, 위 목록의 링크는 포럼이 이동했을 때 깨어 났으며 새로운 작업 링크를 찾을 수 없습니다. Archive.org 또는 다른 곳에서 정보를 파는 데 도움이되는 경우 어쨌든 링크를 남겨 두겠습니다. 공식 쿼츠 포럼은 이제입니다 Google 그룹의 쿼츠-스케디러.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top