배치 처리

퇴근 시간 이후 기계를 놀리면 이만저만 낭비가 아니므로 당일 처리할 업무를 모아놨다가 한꺼번에 처리하면 어떨까 고민하게 되었고 이것이 배치 처리의 발전으로 이어졌다.

배치 처리는 보통 대용량 데이터를 대상으로 실행되며 그 처리 시간이 아키텍처 및 구현상 결정적인 요소로 작용한다.

 

스프링 배치 등장 이유

스프링 배치 애플리케이션은 보통 대용량 데이터를 읽어 변환된 형식으로 다시 출력합니다. 드랜잭션 경계, 입력 크기, 동시성, 처리 단계의 차수 등 연계까지 생각하면 결정해야 할 요소가 많습니다. B2B거래, CSV파일을 로드해 DB레코드를 처리하는 일은 가장 흔한 배치 사례이다. DB레코드 자체를 수정하는 게 출력 결과인 경우도 있다.

 

스프링 배치가 하지 못하는 일

중요한 부분은 구현하는 개발자의 재량에 맡깁니다.  이미 있는 건 가급적 다시 안 만들겠다는 스프링 철학 토대

 

스프링 배치 저장소

JobRepository (메타 데이터 항목 저장 용도로 스프링 배치가 기본 제공하는 인터페이스)

.

런타임 메타데아터 모델

스프링 배치는 잡 단위로 모든 정보와 메티데이터를 총괄한 JobRepository를 중심으로 작동하며 각 잡은 하나 이상의 순차적인 스텝으로 구성됩니다.

+ Recent posts