배치할때 스케줄링 뿐만아니라네트워크 장애났을때 실패관리하거나job step 중단 재시작같은 기능 구현하기 귀찮음이거 하려면 한땀한땀 큐만들어서 집어넣고옵저버포함시켜서 기능 다 만들어줘야하고성능문제도 멀티쓰레드 써서 런으로 다 구현해야함근데 스프링배치는 다 추상화 되어있어서 갖다 쓰기만 하면됨스프링 시큐리티 쓰는거랑 같은 이유임
오호라 감사합니다
혹시 아이템 프로세서 데이터를 가공하는 역할이던데. 대규모 데이터 가공할때 배치에서 가공하면 속도가 빠른가요??
속도는 같은 자바라 똑같음 베스트는 최대한 가공 안하고 프론트로 보낼 수 있게 설계하는건데 큰 데이터일수록 db에 요청하기보다 웬만하면 메모리에서 관리하는게 제일낫긴함
와 꿀팁 감사합니다! 원래 데이터 받아서 배치를 거쳐서 레디스에 저장 후 프론트로 가는거였는데 ㅡ이걸 데이터 받아서 배치를 거쳐서 프론트로 보내는게 더 좋은 아키택쳐인가요?
ㅇㅇ 성능문제로 캐싱을 해야한다거나 목적에 따라 다르긴 할텐데 거치는게 작을수록 좋음
너무 감사합니다! 내년에도 좋은일 가득하세요!