| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 |
Tags
- 로드밸런서
- 트러블슈팅
- 이펙티브 자바
- GoF 23
- lv1
- 스프링
- DB
- 스프링 배치
- 자바
- java
- spring boot
- Effective Java
- 프로그래머스
- Spring
- Til
- 코드카타
- 추상클래스
- 성능 개선
- 디자인 패턴
- 스케줄러
- 토스
- 백엔드
- 배치
- 김영한
- Spring Batch
- 계산기
- 빌더 패턴
- redis
- 템플릿 메서드 패턴
- 프록시 패턴
Archives
- Today
- Total
목록tasklet (1)
김코딩
들어가며1편에서 Spring Batch가 왜 필요한지 알아보았다. 그중 "실패 시 어디까지 처리했는지 기억하고 재시작할 수 있다"는 장점이 있었는데, 이게 어떻게 가능한지 내부를 들여다보면 Job, JobInstance, JobExecution이라는 세 가지 개념이 등장한다.이 세 용어는 이름이 비슷해서 처음엔 굉장히 헷갈린다. 하지만 한 번 제대로 정리해두면 Spring Batch의 재시작 메커니즘, 중복 실행 방지, 메타데이터 관리가 전부 한 줄기로 꿰어진다.이 글에서는 내가 학습하면서 가장 헷갈렸던 이 세 개념을 정리한다.Job이 곧 JobInstance일까?처음 공식 문서를 봤을 때 가장 먼저 든 생각은 이거였다."Job과 JobInstance가 이름도 비슷한데, 같은 거 아닌가?"결론부터 말하면..
Spring Batch
2026. 4. 18. 16:36