<b>1장. 배치와 스프링</b><br/><br/>__배치 처리의 역사<br/>__배치가 직면한 과제<br/>__왜 자바로 배치를 처리하는가?<br/>__스프링 배치의 기타 사용 사례<br/>__스프링 배치 프레임워크<br/>____스프링으로 잡 정의하기<br/>____잡 관리하기<br/>____로컬 및 리모트 병렬화<br/>____I/O 표준화하기<br/>____나머지 스프링 배치 에코 시스템<br/>____그리고 스프링의 모든 기능<br/>__이 책의 진행 방식<br/>__요약<br/><br/><b>2장. 스프링 배치</b><br/><br/>__배치 아키텍처<br/>____잡과 스텝<br/>____잡 실행<br/>____병렬화<br/>____문서<br/>__프로젝트 초기 설정<br/>____스프링 배치 내려받기<br/>__Hello, World! 법칙<br/>__잡 실행하기<br/>__요약<br/><br/><b>3장. 예제 잡 애플리케이션</b><br/><br/>__애자일 개발 이해하기<br/>____사용자 스토리로 요구 사항 포착하기<br/>____테스트 주도 개발로 설계하기<br/>____버전 관리 시스템 사용하기<br/>____좋은 개발 환경에서 작업하기<br/>__은행 거래명세서 잡의 요구 사항 이해하기<br/>__배치 잡 설계하기<br/>____잡의 처리 흐름<br/>____데이터 모델 이해하기<br/>__요약<br/><br/><b>4장. 잡과 스텝 이해하기</b><br/><br/>__잡 소개하기<br/>____잡의 생명주기 따라 가보기<br/>__잡 구성하기<br/>____잡의 기본 구성<br/>____잡 파라미터<br/>____잡 리스너 적용하기<br/>____ExecutionContext<br/>____ExecutionContext 조작하기<br/>__스텝 알아보기<br/>____태스크릿 처리와 청크 처리 비교<br/>____스텝 구성<br/>____그 밖의 여러 다른 유형의 태스크릿 이해하기<br/>____스텝 플로우<br/>__요약<br/><br/><b>5장. JobRepository와 메타데이터</b><br/><br/>__JobRepository란?<br/>____관계형 데이터베이스 사용하기<br/>____인메모리 JobRepository<br/>__배치 인프라스트럭처 구성하기<br/>____BatchConfigurer 인터페이스<br/>____JobRepository 커스터마이징하기<br/>____TransactionManager 커스터마이징하기<br/>____JobExplorer 커스터마이징하기<br/>____JobLauncher 커스터마이징하기<br/>____데이터베이스 구성하기<br/>__잡 메타데이터 사용하기<br/>____JobExplorer<br/>__요약<br/><br/><b>6장. 잡 실행하기</b><br/><br/>__스프링 부트로 배치 잡 시작시키기<br/>__REST 방식으로 잡 실행하기<br/>____쿼츠를 사용해 스케줄링하기<br/>__잡 중지하기<br/>____자연스러운 완료<br/>____프로그래밍적으로 중지하기<br/>____오류 처리<br/>__재시작 제어하기<br/>____잡의 재시작 방지하기<br/>____재시작 횟수를 제한하도록 구성하기<br/>____완료된 스텝을 재실행하기<br/>__요약<br/><br/><b>7장. ItemReader</b><br/><br/>__ItemReader 인터페이스<br/>__파일 입력<br/>____플랫 파일<br/>____XML<br/>__JSON<br/>__데이터베이스 입력<br/>____JDBC<br/>____하이버네이트<br/>____JPA<br/>____저장 프로시저<br/>____스프링 데이터<br/>__기존 서비스<br/>__커스텀 입력<br/>__에러 처리<br/>____레코드 건너뛰기<br/>____잘못된 레코드 로그 남기기<br/>____입력이 없을 때의 처리<br/>__요약<br/><br/><b>8장. ItemProcessor</b><br/><br/>__ItemProcessor 소개<br/>__스프링 배치의 ItemProcessor 사용하기<br/>____ValidatingItemProcessor<br/>____ItemProcessorAdapter<br/>____ScriptItemProcessor<br/>____CompositeItemProcessor<br/>__ItemProcessor 직접 만들기<br/>____아이템 필터링하기<br/>__요약<br/><br/><b>9장. ItemWriter</b><br/><br/>__ItemWriter 소개<br/>__파일 기반 ItemWriter<br/>____FlatFileItemWriter<br/>____StaxEventItemWriter<br/>__데이터베이스 기반 ItemWriter<br/>____JdbcBatchItemWrite<br/>____HibernateItemWriter<br/>____JpaItemWriter<br/>__스프링 데이터의 ItemWriter<br/>____몽고DB<br/>____네오4j<br/>____피보탈 젬파이어와 아파치 지오드<br/>____리포지터리<br/>__그밖의 출력 방식을 위한 ItemWriter<br/>____ItemWriterAdapter<br/>____PropertyExtractingDelegatingItemWriter<br/>____JmsItemWriter<br/>____SimpleMailMessageItemWriter<br/>__여러 자원을 사용하는 ItemWriter<br/>____MultiResourceItemWriter<br/>____CompositeItemWriter<br/>____ClassifierCompositeItemWriter<br/>__요약<br/><br/><b>10장. 예제 애플리케이션</b><br/><br/>__거래명세서 잡 검토하기<br/>__새 프로젝트 초기 구성하기<br/>__갱신할 고객 정보 가져오기<br/>_____고객 ID 유효성 검사하기<br/>____고객 정보 갱신<br/>__거래 정보 가져오기<br/>____거래 정보 읽어오기<br/>____거래 정보 기록하기<br/>__잔액에 거래 내역 적용하기<br/>____거래 데이터 읽어오기<br/>____계좌 잔액 갱신하기<br/>__월별 거래명세서 생성하기<br/>____거래명세서 데이터 가져오기<br/>____Statement 객체에 계좌 정보 추가하기<br/>____거래명세서 생성하기<br/>__요약<br/><br/><b>11장. 확장과 튜닝</b><br/><br/>__배치 처리 프로파일링하기<br/>____VisualVM 알아보기<br/>____스프링 배치 애플리케이션 프로파일링하기<br/>__잡 확장하기<br/>____다중 스레드 스텝<br/>____병렬 스텝<br/>____병렬 스텝 구성하기<br/>____AsyncItemProcessor와 AsyncItemWriter<br/>____파티셔닝<br/>____원격 청킹<br/>__요약<br/><br/><b>12장. 클라우드 네이티브 배치</b><br/><br/>__12요소 애플리케이션<br/>____코드베이스<br/>____의존성<br/>____구성<br/>____백엔드 서비스<br/>____빌드, 릴리스, 실행<br/>____프로세스<br/>____포트 바인딩<br/>____동시성<br/>____폐기 가능<br/>____개발/운영 환경 일치<br/>____로그<br/>____관리자 프로세스<br/>__간단한 배치 잡<br/>__서킷 브레이커<br/>__구성 외부화<br/>____스프링 클라우드 컨피그<br/>____유레카를 사용한 서비스 바인딩<br/>__배치 처리 오케스트레이션<br/>____유레카를 사용한 서비스 바인딩<br/>__요약<br/><br/><b>13장. 배치 처리 테스트하기</b><br/><br/>__JUnit과 Mockito를 사용한 단위 테스트<br/>____JUnit<br/>____목(Mock) 객체<br/>____Mockito<br/>__스프링 클래스를 사용해 통합 테스트하기<br/>____스프링을 사용해 통합 테스트하기<br/>____스프링 배치 테스트하기<br/>__요약

<B>이 책에서 다루는 내용</b><br/><br/>- 스프링 배치 4의 새로운 기능<br/>- 스프링 배치 프로젝트를 사용해 클라우드에서 시작과 종료가 존재하는 배치 처리 수행<br/>- 실제 예제를 통한 자바 구성과 스프링 부트 기반의 최신 구성 기법 이해<br/>- 클라우드를 비롯한 복잡한 시나리오에서의 배치 처리<br/>- 최신 플랫폼에서의 배치 애플리케이션 개발<br/>- 스프링 부트 이외의 스프링 포트폴리오 분야로 미션 크리티컬한 배치 처리 개발<br/><br/><b> 옮긴이의 말</b><br/><br/>지금도 보이지 않는 어딘가에서 열심히 동작하는 배치 처리는 일반 사용자가 직접 접하기 어려운 까닭에 낯설 수도 있습니다. 하지만 배치 처리는 현대 IT 시스템에서 필수적이고 어디에나 존재하며 누구나 간접적으로 경험합니다. 예를 들어 우리는 주기적으로 이메일을 받기도 하며 매일 특정 시간에 수행되는 은행 정산 배치 처리 등으로 인해 온라인 은행 서비스를 이용할 수 없다는 메시지를 볼 수도 있습니다. 이러한 배치 처리는 목적에 따라 다르기는 하지만 지정된 시각에 수행돼야 하고, 엄청난 양의 데이터를 제한된 시간 내에 완료해야 하며, 처리에 실패했다면 별도의 후속 처리를 해야 하기도 합니다. 대량 데이터를 처리하는 까닭에 성능도 최적화해야 합니다. 스프링 배치를 사용하는 이유는 바로 이러한 다양한 사항을 고려한 배치 처리를 매우 효율적으로 만들 수 있기 때문입니다.<br/><br/>스프링 배치는 배치 처리를 개발할 때 고려해야 하는 많은 개념과 기능을 제공합니다. 단순한 시나리오부터 미션 크리티컬한 시나리오까지 수많은 상황에 대응할 수 있습니다. 그러나 배치라는 분야의 특성상 개념이 생소하기도 하고 참고할 수 있는 자료가 스프링 프레임워크에 비해 많지는 않습니다. 이러한 상황에서 스프링 배치 개발팀의 리더가 직접 저술한 이 책은 매우 유용합니다. 기초 개념의 이해부터 클라우드 네이티브를 활용하는 수준까지 폭넓은 내용을 접할 수 있습니다. 또한 시나리오 기반의 다양한 예제는 책의 내용을 이해하는 데 도움을 주는 것은 물론이고 기업에서 필요한 수준의 배치 처리를 개발하는 데 실제로 활용할 수도 있을 것입니다. 배치 처리에 스프링 배치를 사용하는 것을 고려하고 있다면 이 책을 통해서 더욱 쉽고 효율적으로 사용할 수 있게 될 것이라고 확신합니다.

스프링 배치(Spring Batch)는 제가 간접적으로 관여했던 최초의 오픈소스 프로젝트였습니다. 첫 번째 자녀는 어떤 의미에서 항상 특별하다고 생각하는데, 스프링 배치도 제게 비슷한 존재였습니다. 스프링 배치를 뱃속에 품고 있던 기간은 생각했던 것보다 조금 더 길었습니다. 결국에는 쥐보다 코끼리에 가까웠지만, 항상 잘 동작했고 부모에게 자랑거리였습니다.

우리는 스프링 배치에 대한 책임이 있었으며, 결국 출산을 해서 양육을 해야 했습니다. 기억하기로는 1.0의 출시가 계속 미뤄졌던 데는 두 가지 이유가 있었습니다. 하나는 서비스 기능의 품질이 실제로 현장에서 동작하는지 확인해야 한다는 것이었고 다른 이유는 API 설계에 대한 관리 수준이었습니다. 어차피 실수는 피할 수 없었지만, 적어도 인생의 좋은 출발은 끊었다고 말할 수 있을 것 같습니다.

스프링 배치의 계보를 살펴보면, 당연히 전 세계의 많은 비즈니스 기능의 길고 반복적인 발명과 재발명에서 비롯됐음을 알 수 있을 것입니다. 2006년에 처음 봤던 코드는 롭 하롭(Rob Harrop)이 영국 런던의 한 은행에서 컨설팅을 할 때 만들었던 작은 프로토타입이었습니다. 이 유용한 부분은 스프링 배치의 일부분에서 분리돼 다른 프로젝트에 공유된 이후에 최종적으로 스프링 리트라이(Spring Retry)에 도달했습니다. 스프링 배치의 나머지 부분과 상태 머신 지향 세계관은 액센츄어(Accenture)와의 협력에서 비롯됐습니다.

또한 2010년 스프링 배치 2.0을 출시할 때 “청크(chunk)” 개념 도입, 분산 처리, 병렬 처리, 자바 5의 새로운 언어 기능을 지원하는 기능을 도입하는 데 중요한 역할을 했습니다. 저는 여전히 루카스가 웨인의 세계를 선행 기술로 인용하면서 "우리는 그것을 ‘청크’라고 부를 수 없다"고 말하는 것을 들을 수 있지만, 더 나은 이름을 생각해내지 못해 그 용어가 고착됐습니다. 청크는 함께 처리할 아이템(item)의 그룹으로, 효율성과 확장성을 높일 수 있는 훌륭한 기회를 제공합니다. 스프링 배치 2.0은 꽤 오랫동안 최신 기술이었으며 JSR-352 사양과 관련된 일이 시작되면서 JSR-352 사양에 반영됐습니다. 액센추어의 웨인 룬드(Wayne Lund)는 초기부터 스프링 배치 프로젝트에 참여했고, JSR-352 전문가 그룹에도 참여했으며, 현재 피보탈에서 플랫폼 아키텍트로 일하고 있습니다.

마이클 미넬라(Michael Minella)는 당시 젊은 터키인이었습니다. 그는 전문가 그룹에서는 물론 실생활에서도 스프링 배치를 많이 사용했으며 실제로 관련된 책을 집필했습니다. 그가 2012년 스프링 팀에 합류했을 때는 마침 스프링 배치 3.0 릴리스 작업을 시작할 때였습니다. 그래서 "@EnableBatchProcessing" 애너테이션 및 XML 구성을 자바 구성으로의 전환하는 작업을 함께할 수 있었습니다. 그는 신속하게 프로젝트 리더를 맡아 3.x 버전을 거쳐 자바 8 기반인 4.0 버전까지 프로젝트를 이끌었고, 일부 새로운 플루언트 스타일(fluent-style)의 구성 빌더가 추가됐습니다. 스프링 클라우드 데이터 플로우(Spring Cloud Data Flow)와의 연계와 분산 처리의 산업화도 이 기간에 발생했습니다. 2018년 초, 마무드 벤 하신(Mahmoud Ben Hassine)이 새로운 프로젝트의 공동 리더로 합류했으며, 마이클이 프로젝트를 주도하고 많은 사용자의 피드백을 주의 깊게 경청하도록 돕고 있습니다.

이 글을 쓰는 시점에 스프링 배치는 막 10살이 됐고 자랑스러운 새로운 부모를 뒀습니다. 아니면 부모가 아닌 다른 관계일까요? 잘 모르겠습니다. 어쨌든 노부모이거나 조부모이거나 그들은 스프링 배치의 모습과 새로운 보호자를 동일하게 자랑스러워합니다. 배치 처리가 사라지지는 않을 듯하기에 스프링 배치는 앞으로 몇 년 동안 더 많은 것을 제공할 것입니다. 이 모든 움직임이 앞으로 기대됩니다.
- 데이브 시어(Dave Syer) (스프링 배치 창시자)