김코딩

들어가며시리즈 마지막 편이다. 3편까지 읽었으면 Spring Batch의 기본 구조는 모두 정리한 셈이다. 이번 편에서는 3편의 간단한 예제보다 한 걸음 더 실무에 가까운 코드를 다루면서, 운영에서 마주치는 대표적인 고민들을 정리한다.이번 편에서 다룰 내용은 네 가지다.Processor가 포함된 실전 시나리오 코드Processor의 역할 (변환 vs 필터링)JPA Writer의 함정과 JdbcBatchItemWriter와의 비교실제로 배치를 실행하는 방법💭 나의 생각배치를 학습하면서 느낀 건, 프레임워크의 추상화를 맹목적으로 쓰면 오히려 성능 문제를 만들 수 있다는 점이다. 특히 Writer 쪽이 그렇다. "saveAll 한 줄이면 끝이네"라고 생각하면 나중에 운영에서 크게 당할 수 있다. 그 지점을 ..

들어가며1편에서는 Spring Batch가 왜 필요한지, 2편에서는 Job/JobInstance/JobExecution의 관계를 다뤘다. 여기까지는 "무엇을 위한 프레임워크인가"에 대한 이야기였다.이번 편부터는 드디어 실제 구조와 코드를 본다. 이 글에서는 Spring Batch의 실행 단위인 Step이 어떻게 생겼는지, 그리고 Chunk 기반 처리가 내부에서 어떻게 돌아가는지 정리한다.💭 나의 생각개념을 탄탄히 다진 뒤에 코드를 보니 이해 속도가 확실히 달랐다. 웨이트리프팅을 할 때도 기본 자세가 잡혀있으면 새로운 종목을 배울 때 훨씬 빠르게 익혀지는 것과 같은 감각이다.Job은 Step의 묶음이다1편에서 Job이라는 단어를 여러 번 썼지만, 실제로 Job 안에는 하나 이상의 Step이 들어있다. J..

들어가며1편에서 Spring Batch가 왜 필요한지 알아보았다. 그중 "실패 시 어디까지 처리했는지 기억하고 재시작할 수 있다"는 장점이 있었는데, 이게 어떻게 가능한지 내부를 들여다보면 Job, JobInstance, JobExecution이라는 세 가지 개념이 등장한다.이 세 용어는 이름이 비슷해서 처음엔 굉장히 헷갈린다. 하지만 한 번 제대로 정리해두면 Spring Batch의 재시작 메커니즘, 중복 실행 방지, 메타데이터 관리가 전부 한 줄기로 꿰어진다.이 글에서는 내가 학습하면서 가장 헷갈렸던 이 세 개념을 정리한다.Job이 곧 JobInstance일까?처음 공식 문서를 봤을 때 가장 먼저 든 생각은 이거였다."Job과 JobInstance가 이름도 비슷한데, 같은 거 아닌가?"결론부터 말하면..

들어가며다음 주부터 실무에서 Spring Batch 작업을 진행하게 되었다. 이름만 들어봤을 뿐 실제로 써본 적은 없어서, 실무 투입 전에 개념부터 차근차근 정리하기로 했다.이 시리즈는 내가 Spring Batch를 학습하며 정리한 기록이다. 단순히 "이렇게 쓰세요"가 아니라, 왜 이 프레임워크가 필요한지부터 이해하고 싶었다. 그래야 나중에 실무에서 문제가 생겼을 때 원인을 제대로 파악할 수 있을 것 같았기 때문이다.💭 나의 생각새로운 기술을 배울 때 "어떻게 쓰는지"보다 "왜 만들어졌는지"를 먼저 이해하는 습관은 웨이트리프팅 루틴에서 배운 것 같다. 어떤 동작을 하든 근본 원리를 모르면 부상으로 이어지듯, 기술도 원리를 모르면 예상치 못한 지점에서 장애로 이어진다.단순 스케줄러로는 왜 부족한가다음과 ..