스프링에서 스케줄러를 구현하는 방법은 무엇인가요?

[daumi125]

🤔

[daumi125]

1. @scheduled (가장 기본적인 방식)

특징
• @EnableScheduling 활성화 후 @scheduled 어노테이션으로 메서드에 주기 설정
• fixedRate, fixedDelay, cron 지원

장점
• 간단하고 직관적: 몇 줄의 코드로 바로 사용 가능
• 별도 라이브러리 불필요
• Spring Boot에서 바로 지원

단점
• 분산 환경에서 동시 실행됨: 여러 인스턴스가 있을 경우 동일 작업이 중복 실행됨
• 실행 실패나 이력 관리 불가능
• 런타임 중 주기 변경 불가능

적합한 경우
• 단일 서버에서 주기적으로 실행되는 간단한 작업 (예: 로그 정리, 캐시 삭제 등)

⸻

2. SchedulingConfigurer (동적 스케줄 등록 방식)

특징
• ScheduledTaskRegistrar를 사용해 코드로 직접 작업 등록
• 동적으로 Runnable과 Trigger를 조합해 등록 가능

장점
• 런타임에 스케줄 변경 가능
• DB에서 크론 표현식 읽어오는 등 유연한 구현 가능
• 여러 작업을 프로그램적으로 등록 가능

단점
• @scheduled보다 복잡
• 실행 상태나 실패 기록은 따로 구현 필요

적합한 경우
• 사용자에 따라 다른 주기를 설정하거나, 관리자 페이지에서 스케줄을 설정하는 기능을 만들고 싶은 경우

⸻

3. Spring + Quartz

특징
• Quartz는 정교한 Job 스케줄링을 지원하는 외부 라이브러리
• Job, Trigger, Scheduler 객체로 구성됨
• Spring Boot에서 Quartz 연동 가능

장점
• Job 이력 저장, 실패 재시도, 트랜잭션 관리 지원
• 동시 실행 제어, 분산 락 설정 가능 (JobStore 사용 시)
• 클러스터 환경 대응 가능
• DB 연동 저장소로 상태 관리

단점
• 설정 복잡도 높음 (JobDetail, Trigger 등 구성 필요)
• 오버헤드 존재 (간단한 작업엔 과함)
• 커스터마이징할수록 복잡성 증가

적합한 경우
• 정기적인 대용량 배치 작업, 이메일 전송, 통계 집계 등
• 이력 관리, 재시도, 분산 환경 대응이 필요한 작업

⸻

4. ShedLock (분산환경에서 @scheduled 보호)

특징
• @scheduled 방식에 락 기능을 더해 하나의 인스턴스만 실행하도록 보장
• DB나 Redis를 락 저장소로 사용

장점
• 분산 환경에서도 안전하게 실행
• @scheduled 코드 유지 가능 (변경 최소화)
• 락 시간 설정 가능 (lockAtLeastFor, lockAtMostFor)

단점
• 외부 저장소 필요 (DB, Redis 등)
• 잘못된 락 설정 시 중복 실행되거나 무한 락 발생 위험
• Job 이력 관리 X

적합한 경우
• 여러 서버가 배포된 환경에서 @scheduled 작업을 하나의 인스턴스에서만 실행하고 싶은 경우

⸻

5. ElasticJob / Job Scheduler (추가 라이브러리 기반 분산 스케줄링)

특징
• ElasticJob은 Zookeeper 기반의 분산 작업 스케줄링 프레임워크
• Sharding, Failover, Monitoring 등 제공

장점
• 복잡한 분산 작업 분할 처리 가능
• 실행 실패 감지, 자동 재시도, 모니터링 제공
• 실시간 주기 조정 가능

단점
• 학습 비용 높음
• Zookeeper 등 추가 인프라 요구
• 작은 규모엔 과도한 도입

적합한 경우
• 대규모 분산 작업, 샤딩이 필요한 작업
• 운영팀이 모니터링 가능한 스케줄링 환경 필요할 때