맨위로가기

일괄 처리

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요

일괄 처리는 데이터를 묶어 한 번에 처리하는 방식으로, 19세기 말 천공 카드 데이터를 처리하면서 시작되었다. 초기 컴퓨터 환경에서 일괄 처리는 운영 체제의 발전과 함께 여러 프로그램을 묶어 처리하는 방식으로 발전했으며, 1960년대에는 다중 프로그래밍 시스템의 등장으로 효율성이 향상되었다. 현대에는 기업 환경에서 대량 데이터 처리에 필수적이며, 온라인 시스템과 함께 사용되기도 한다. 일괄 처리는 자원 공유, 처리 시간 조절, 비용 절감 등의 장점을 가지며, 배치 윈도우, 배치 크기 등의 개념이 사용된다. 급여 계산, 데이터베이스 업데이트, 머신러닝 모델 학습 등 다양한 분야에서 활용되며, IBM z/OS, 유닉스, 윈도우 등 다양한 운영체제에서 지원된다.

더 읽어볼만한 페이지

  • 운영체제 기술 - 프로세스
    프로세스는 컴퓨터에서 실행되는 프로그램의 인스턴스로, 운영 체제가 시스템 자원을 효율적으로 관리하며 멀티태스킹 환경에서 독립적인 실행 흐름을 유지한다.
  • 운영체제 기술 - 커널 (컴퓨팅)
    커널은 운영 체제의 핵심으로, 하드웨어와 소프트웨어 간 상호 작용을 관리하며 시스템 보안, 자원 관리, 하드웨어 추상화, 프로세스 스케줄링, 프로세스 간 통신, 다중 작업 환경 지원 등의 기능을 제공하고, 모놀리식, 마이크로, 혼합형 커널 등으로 구현되며 가상화 및 클라우드 컴퓨팅 환경에서 중요성이 커지고 있다.
일괄 처리
기본 정보
이름일괄 처리
다른 이름배치 처리
영어Batch processing
일본어バッチ処理 (밧치 쇼리)
개념
정의컴퓨터 프로그램이나 스크립트가 일련의 작업(배치)을 사용자의 직접적인 상호 작용 없이 처리하는 것
여러 작업을 한 번에 처리하기 위해 그룹화하는 방식
설명대량의 데이터를 효율적으로 처리하는 데 유용함
대규모 데이터 처리, 시스템 유지보수, 정기적인 백업 등 다양한 작업에 사용됨
유사 용어온라인 처리와 대조됨
특징
장점자원 활용률 향상
대량 데이터 처리 효율성 증대
시스템 부하 감소
단점실시간 처리 불가
즉각적인 피드백 어려움
오류 발생 시 전체 작업 중단 가능성
예시
응용 분야급여 처리
송장 발행
데이터 백업
데이터 마이그레이션
대량 이메일 발송
대규모 데이터 분석
이미지 처리
비디오 편집
파일 압축 및 변환
기술적 측면
구현 방식운영체제의 배치 처리 기능 사용
스크립트 언어 (예: Python, Shell script) 활용
배치 처리 시스템 및 소프트웨어 사용
주요 구성 요소작업 스케줄러
작업 큐
작업 실행 엔진
로그 관리 시스템
역사
초기초기 컴퓨터 시스템에서 천공 카드 등을 이용한 데이터 입력 방식에서 유래
초기 컴퓨터의 제한된 자원 효율적으로 사용하기 위한 방법으로 시작
발전컴퓨팅 기술 발전과 함께 다양한 형태와 방법으로 발전
현재는 클라우드 컴퓨팅, 빅데이터 처리 환경에서 중요하게 활용됨
관련 개념
관련 기술스케줄러
데이터베이스
스크립트 언어
클라우드 컴퓨팅
빅데이터
관련 소프트웨어Apache Hadoop
Apache Spark
AWS Batch

2. 역사

"일괄 처리"라는 용어는 생산 방식 분류인 주문 생산(일회성 생산), 일괄 생산(여러 품목을 한 번에 한 단계씩 생산), 흐름 생산(대량 생산, 모든 단계 동시 진행)에서 유래했다.

컴퓨터 데이터 처리에서 '''일괄 처리'''는 데이터 집합을 한꺼번에 처리하는 방식이다.[16] 일정 기간 또는 일정량만큼 순차적으로 생성되는 데이터를 모아서 일괄 처리한다. 백업, 필터링, 정렬 등은 개별 데이터 트랜잭션으로 실행하면 계산 부하가 크고 비효율적이므로, 데이터 시스템은 이러한 작업을 일괄 처리하여 대량의 반복 작업을 정기적으로 완료한다.[17]

이는 스트림으로 보고 도착한 데이터를 순차적으로 처리하는 스트림 처리,[18] 데이터를 큐잉하지 않고 즉시 처리하는 실시간 처리와 비교된다. 일괄 처리는 직렬로 연결하여 파이프라인 처리(파이프라인을 구축)하기도 한다.

MS-DOS 및 Microsoft Windows의 배치 파일은 여러 명령줄을 연속적으로 자동 실행하도록 모아 쓴 텍스트 파일이며, 프로그램의 일종이다.[19] 유닉스 계열운영 체제의 쉘 스크립트만큼 유연하지는 않지만, 명령어 그룹을 정기적으로 반복 실행할 때 사용되며, 모두 일괄 처리에 응용된다. 예를 들어 여러 소스 파일로 구성된 프로그램을 컴파일하고 링크하여 실행 파일을 생성( 빌드 )할 때, 프로그램을 수정할 때마다 매번 명령줄 셸(명령줄 인터프리터)에서 컴파일러에 복잡한 옵션을 지정하는 명령어를 직접 입력하는 것은 번거롭고, 입력 실수를 하면 처음부터 다시 해야 할 수도 있다. 배치 파일이나 스크립트 파일에 미리 명령어 그룹을 작성해 두면 해당 파일을 사용하여 실행하면 되므로 작업을 자동화할 수 있다. 정기적인 데이터 백업이나 집계 작업도 마찬가지다. 단, 협의의 일괄 처리는 단순한 자동화에 그치지 않고 일정 기간 또는 일정량 축적된 데이터를 일괄적으로 효율적으로 처리하는 것을 의미한다.

OpenGL 및 11 버전까지의 Direct3D는 GPU에 그리기 준비를 위한 렌더 상태(합성 방식 등의 그리기 설정) 변경이나 그리기 명령어 발행을 위한 드로우 콜의 오버헤드가 크다. 스프라이트나 폰트(글자)의 화면 그리기(렌더링)를 할 때, 하나의 스프라이트나 글자를 그릴 때마다 설정 변경 메서드나 그리기 메서드를 호출하면 대량으로 그릴 때 오버헤드가 커져 속도가 느려진다. 따라서 여러 스프라이트의 그리기 요청을 일정량 큐잉해 두고, 같은 렌더 상태나 같은 텍스처를 사용해 그릴 수 있는 것은 일괄적으로 드로우 콜을 발행하는 일괄 처리로 효율화하는 것이 일반적이다. Direct3D 9/10에서는 공식 확장 라이브러리 D3DX에 스프라이트 일괄 처리 기능이 제공되었다.[20][21] Direct3D 11 기반 Direct2D 1.3에도 스프라이트 일괄 처리 기능이 제공된다.[22]

"배치 (batch)"는 프로그래밍을 할 때 종이테이프나 펀치 카드를 사용하던 시대부터 사용되기 시작한 용어이다. 배치 작업은 일단 설정되면 사람의 손을 거치지 않고 작동하는 비대화형 처리이므로 입력 데이터도 스크립트나 명령줄 매개변수를 통해 미리 준비된다. 이는 사용자의 입력을 필요로 하는 대화형 프로그램과는 정반대이다.

배치 작업은 상호 대화식 사상에 기반한 처리 메커니즘이 아니지만, IBMCICS와 같은 트랜잭션 처리 시스템도 기술적인 관점에서 보면 배치 작업으로 동작한다. 다만, 그 부분은 사용자에게 보이지 않는다.

다양한 계산 작업을 제어된 순서로 수행하는 강력한 유틸리티가 UNIX 및 Windows용으로 존재한다. 이러한 유틸리티를 잡 관리 시스템이라고 한다. 기본적인 잡 관리 시스템은 최신 데스크톱 OS나 서버 OS라면 표준 도구로 탑재되어 있으며, 각종 OS용 강력한 상용 패키지도 시판되고 있다.

NEC의 정보 관리 소프트웨어 중에 InfoFrame DataBooster라는 제품이 있다. 이는 일반적으로 야간에 수행되는 일일/월별 일괄 처리를 고속화하려는 것으로, 수십 GB 단위의 대량 메모리와 전용 처리 알고리즘에 의해 시간이 걸리는 중간 파일 생성을 하지 않는 것이 특징이다.

시스템 사용자가 적거나 서비스 제공 시간 외에 시스템 부하가 낮은 야간에 실행되는 일괄 처리는 "야간 배치"라고 불린다. 어떤 사정으로 야간 배치가 사전 예상 시간까지 처리를 완료하지 못한 경우 "돌파"라고 불리는 경우가 있다.[23]

2. 1. 초기 역사 (19세기부터 1960년대)

일괄 처리의 기원은 19세기 말 허먼 홀러리스1890년 미국 인구 조사에 사용한 도표 작성기로 거슬러 올라간다. 이 기기는 천공 카드 데크에 저장된 데이터를 처리했는데, 이는 제어용이 아닌 데이터 처리를 위한 기계 판독 가능 매체의 최초 사용이었다. 당시에는 기계가 읽을 수 있는 데이터를 일괄적으로 처리하는 것이 일반적이었다.[1]

초기 컴퓨터는 한 번에 하나의 프로그램만 실행할 수 있었다. 각 사용자는 예약된 시간에 기계를 단독으로 제어했다. 사용자들은 천공 카드나 자기 테이프, 종이 테이프 등에 프로그램과 데이터를 담아 컴퓨터에 가져와서 프로그램을 로드하고, 실행하고, 디버깅한 후 작업이 완료되면 출력물을 가져갔다.

컴퓨터가 빨라짐에 따라 설정 및 해체 시간이 사용 가능한 컴퓨터 시간의 더 큰 비율을 차지하게 되었다. 이를 해결하기 위해 운영 체제의 전신인 "모니터"라고 불리는 프로그램들이 개발되었다. 이 프로그램들은 오프라인으로 준비된 자기 테이프에서 여러 개의 프로그램, 즉 "일괄"로 처리할 수 있었다. 모니터는 컴퓨터에 로드되어 일괄 작업의 첫 번째 작업을 실행하고, 작업이 끝나면 제어권을 되찾아 다음 작업을 로드하고 실행하는 방식으로 일괄 처리가 완료될 때까지 반복했다. 일괄 처리의 출력은 종종 자기 테이프에 기록되어 오프라인으로 인쇄되거나 펀칭되었다. 모니터의 예로는 IBM의 ''Fortran Monitor System'', SOS(Share Operating System), 그리고 1960년 IBM의 709x 시스템을 위한 IBSYS가 있다.[1][2]

2. 2. 1960년대 이후의 발전

1960년대에는 다중 프로그래밍 시스템이 등장하여 여러 일괄 처리 프로그램을 동시에 실행할 수 있게 되었다. 이를 통해 시스템 자원 활용률을 높이고 작업 처리 시간을 단축할 수 있었다. 작업 제어 언어(JCL)와 같은 스크립팅 언어가 개발되어 작업 스케줄링 및 자원 관리를 자동화하였는데, IBM의 JCL이 대표적인 예이다. 원격 일괄 처리 방식을 통해 원격 터미널에서 일괄 처리 작업을 제출할 수 있게 되었다.[4] 시분할 시스템의 등장과 함께, 일괄 처리는 대화형 컴퓨팅으로의 전환을 용이하게 했다.[5] 1960년대 후반부터는 텍스트 기반 인터페이스와 그래픽 사용자 인터페이스(GUI)가 일반화되면서, 비대화형 컴퓨팅은 "일괄 처리"라는 용어로 불리게 되었다.

2. 3. 현대의 일괄 처리

현대에도 일괄 처리는 대부분의 조직에서 여전히 중요한 역할을 한다. 온라인 시스템도 수동 개입이 필요 없는 경우 작동할 수 있지만, 일반적으로 대량의 반복적인 작업을 수행하도록 최적화되어 있지 않기 때문이다. 따라서 새로운 시스템조차도 정보를 업데이트하고, 보고서를 생성하며, 문서를 인쇄하고, 특정 비즈니스 마감일 내에 안정적으로 완료되어야 하는 기타 비대화형 작업을 위해 하루가 끝날 때 하나 이상의 일괄 처리 애플리케이션을 포함하는 경우가 많다.[7]

최신 일괄 처리 애플리케이션은 Jem The Bee, 스프링 배치[8] 또는 JSR 352[9] 구현과 같은 최신 일괄 처리 프레임워크( 자바용) 및 다른 프로그래밍 언어를 위한 다른 프레임워크를 사용하여 대량 처리에 필요한 내결함성과 확장성을 제공한다. 고속 처리를 보장하기 위해 일괄 처리 애플리케이션은 종종 그리드 컴퓨팅 솔루션과 통합되어 많은 수의 프로세서에 걸쳐 배치 작업을 분할하기도 한다.[10]

스크립팅 언어는 일괄 처리와 함께 발전하면서 인기를 얻었다.[10] MS-DOS 및 Microsoft Windows의 배치 파일은 여러 명령줄을 연속적으로 자동 실행할 수 있도록 한데 모아 쓴 텍스트 파일이며, 프로그램의 일종이다.[19] 유닉스 계열운영 체제의 쉘 스크립트만큼 유연하지는 않지만, 명령어 그룹을 정기적으로 반복 실행할 때 사용되며, 모두 일괄 처리에 응용된다.

시스템 사용자가 적거나 서비스 제공 시간 외에 시스템 부하가 낮은 야간에 실행되는 일괄 처리는 "야간 배치"라고 불린다. 어떤 사정으로 야간 배치가 사전 예상 시간까지 처리를 완료하지 못한 경우 "돌파"라고 불리는 경우가 있다.[23]

3. 일괄 처리의 장점


  • 많은 사용자가 컴퓨터 자원을 공유할 수 있다.[16]
  • 처리 시간을 컴퓨터 자원이 덜 사용되는 시간대(주로 야간, 휴일)로 조정할 수 있다.[16]
  • 컴퓨터 자원의 유휴 시간을 줄이고, 활용률을 극대화할 수 있다.[16]
  • 전반적인 시스템 이용률을 높여 비용 대비 효과를 향상시킬 수 있다.[16]
  • 서비스를 중단하고 수행하는 일괄 처리는 데이터의 무결성을 유지하기 쉽다.

4. 일괄 처리 시스템

'''일괄 처리 시스템'''(batch system)은 일괄 처리 방식이 적용된 시스템으로서, 하나의 작업이 끝나기 전까지는 다른 작업을 할 수 없는 시스템이다.

초기 컴퓨터는 한 번에 하나의 프로그램만 실행할 수 있었다. 각 사용자는 예약된 시간 동안 기계를 단독으로 제어했다. 사용자들은 종종 펀치 카드와 자기 테이프 또는 종이 테이프에 프로그램과 데이터를 담아 컴퓨터에 가져와 프로그램을 로드하고 실행하고 디버깅한 후, 작업이 완료되면 출력물을 가져갔다.

컴퓨터가 빨라짐에 따라 설정 및 해체 시간이 사용 가능한 컴퓨터 시간의 더 큰 비율을 차지하게 되었다. 이에 운영 체제의 전신인 "모니터"라고 불리는 프로그램들이 개발되었다. 이 프로그램들은 종종 오프라인으로 준비된 자기 테이프에서 여러 개의 프로그램, 즉 "일괄"로 처리할 수 있었다. 모니터는 컴퓨터에 로드되어 일괄 작업의 첫 번째 작업을 실행했다. 작업이 끝나면 제어권을 되찾아 다음 작업을 로드하고 실행하여 일괄 처리가 완료될 때까지 반복했다. 종종 일괄 처리의 출력은 자기 테이프에 기록되어 오프라인으로 인쇄되거나 펀칭되었다. 모니터의 예로는 IBM의 ''Fortran Monitor System'', SOS(Share Operating System), 그리고 1960년 IBM의 709x 시스템을 위한 IBSYS가 있다.[1][2]

배치 창(batch window)은 컴퓨터 시스템이 대화형 온라인 시스템의 간섭 없이 또는 간섭을 받으면서도 일괄 처리 작업을 실행할 수 있는 "온라인 활동이 덜 집중적인 기간"을 의미한다.[11] 은행의 일일 종료(EOD, end-of-day) 작업에는 특정 일의 일괄 처리 활동을 위해 트랜잭션과 데이터가 차단되는 "전환(cutover)" 개념이 필요하다("오후 3시 이후 입금은 다음 날 처리됩니다"). 온라인 시스템 가동 시간에 대한 요구 사항이 세계화, 인터넷 및 기타 비즈니스 요구 사항을 지원하도록 확장됨에 따라 배치 창은 축소되었고,[12][13] 온라인 데이터를 최대한 오랫동안 사용할 수 있도록 하는 기술에 대한 강조가 증가했다.

"배치(batch)"라는 용어는 프로그래밍을 할 때 종이테이프나 펀치 카드를 사용하던 시대부터 사용되기 시작했다. 카드 또는 종이테이프는 시스템 오퍼레이터에게 전달되었고, 오퍼레이터는 작업스케줄링을 하고, 컴퓨터에 카드 또는 종이테이프를 투입했다. 스케줄링된 작업은 즉시 시스템에 입력되지 않고 함께 모아서 투입되었으므로, 이러한 작업의 집합을 "배치 작업"이라고 부르게 되었다.

배치 작업은 일단 설정되면 사람의 손을 거치지 않고 작동하는 비대화형 처리이다. 따라서 입력 데이터도 스크립트나 명령줄 매개변수를 통해 미리 준비된다. 이 점은 사용자의 입력을 필요로 하는 대화형 프로그램과 정반대이다.

UNIX 및 Windows용으로 다양한 계산 작업을 제어된 순서로 수행하는 강력한 유틸리티가 존재한다. 이러한 유틸리티를 잡 관리 시스템이라고 한다. 기본적인 잡 관리 시스템은 최신 데스크톱 OS나 서버 OS에 표준 도구로 탑재되어 있으며, 각종 OS용 강력한 상용 패키지도 판매되고 있다.

NEC의 정보 관리 소프트웨어 중에는 InfoFrame DataBooster라는 제품이 있다. 이 제품은 일반적으로 야간에 수행되는 일일/월별 일괄 처리를 고속화하기 위한 것으로, 수십 GB 단위의 대량 메모리와 전용 처리 알고리즘을 통해 시간이 걸리는 중간 파일 생성을 방지하는 것이 특징이다.

시스템 사용자가 적거나 서비스 제공 시간 외에 시스템 부하가 낮은 야간에 실행되는 일괄 처리는 "야간 배치"라고 불린다. 어떤 사정으로 야간 배치가 사전 예상 시간까지 처리를 완료하지 못한 경우 "돌파"라고 불리는 경우가 있다.[23]

4. 1. 일괄 처리 시스템이 이용되는 곳

일괄 처리 시스템은 다음과 같은 곳에 이용된다.

  • 급여 명세서, 요금 청구서, 성적 처리 등 대량의 데이터를 주기적으로 처리해야 하는 데이터 처리 작업.[16]
  • 대량의 데이터베이스 업데이트 및 자동화된 트랜잭션 처리.
  • 데이터 웨어하우스를 채우는 추출, 변환, 로드 단계.
  • 디지털 이미지의 크기 조정, 변환, 워터마킹 등 이미지 처리 작업.
  • 컴퓨터 파일 형식을 변환하는 파일 형식 변환 작업.[14]
  • 머신러닝 모델 학습. (예: 전자상거래 웹사이트는 관련 제품 추천을 생성하는 모델을 업데이트하기 위해 매시간 일괄적으로 고객 거래를 처리하여 컴퓨팅 자원을 절약)[14]
  • MS-DOS 및 Microsoft Windows의 배치 파일은 여러 명령줄을 연속적으로 자동 실행할 수 있도록 한데 모아 쓴 텍스트 파일이며, 프로그램의 일종이다.[19] 유닉스 계열운영 체제의 쉘 스크립트만큼 유연하지는 않지만, 명령어 그룹을 정기적으로 반복 실행할 때 사용되며, 모두 일괄 처리에 응용된다.

5. 현대 시스템

일괄 처리 애플리케이션은 많은 일반적인 비즈니스 프로세스에 적합하기 때문에 대부분의 조직에서 여전히 중요한 역할을 한다.[7] 온라인 시스템도 수동 개입이 필요 없는 경우 작동할 수 있지만, 일반적으로 대량의 반복적인 작업을 수행하도록 최적화되어 있지는 않다. 따라서 새로운 시스템에도 정보를 업데이트하고, 보고서를 생성하며, 문서를 인쇄하고, 특정 비즈니스 마감일 내에 안정적으로 완료해야 하는 기타 비대화형 작업을 위해 하나 이상의 일괄 처리 애플리케이션을 포함하는 경우가 많다.[7]

최신 일괄 처리 애플리케이션은 Jem The Bee, 스프링 배치[8] 또는 JSR 352[9] 구현과 같은 최신 일괄 처리 프레임워크(자바용) 및 다른 프로그래밍 언어를 위한 다른 프레임워크를 사용하여 대량 처리에 필요한 내결함성과 확장성을 제공한다. 고속 처리를 보장하기 위해 일괄 처리 애플리케이션은 종종 그리드 컴퓨팅 솔루션과 통합되어 배치 작업을 여러 프로세서에 걸쳐 분할하지만, 이를 위해서는 상당한 프로그래밍 과제가 따른다.[7]

6. 배치 윈도우 (Batch window)

배치 윈도우는 컴퓨터 시스템이 대화형 온라인 시스템의 간섭 없이 또는 간섭을 받으면서도 일괄 처리 작업을 실행할 수 있는 "온라인 활동이 덜 집중적인 기간"을 의미한다.[11]

은행의 일일 마감(EOD, end-of-day) 작업에는 특정 일의 일괄 처리 활동을 위해 트랜잭션과 데이터가 차단되는 "전환(cutover)" 개념이 필요하다. (예: "오후 3시 이후 입금은 다음 날 처리됩니다").

세계화, 인터넷 및 기타 비즈니스 요구 사항을 지원하기 위해 온라인 시스템 가동 시간에 대한 요구 사항이 확장됨에 따라 배치 윈도우는 축소되었고,[12][13] 온라인 데이터를 최대한 오랫동안 사용할 수 있도록 하는 기술에 대한 강조가 증가했다.

7. 배치 크기 (Batch size)

배치 크기는 한 번의 배치 작업에서 처리되는 작업 단위의 수를 나타낸다.[16] 예를 들면 다음과 같다.


  • 트랜잭션을 커밋하기 전에 데이터베이스에 로드할 파일의 줄 수
  • 큐에서 디큐할 메시지 수
  • 하나의 페이로드 내에서 보낼 요청 수


컴퓨터의 데이터 처리에서 '''일괄 처리'''는 데이터 집합을 한꺼번에 처리하는 방식이다.[16] 순차적으로 생성되는 데이터를 일정 기간 또는 일정량 모아서 일괄 처리 단위로 처리하는 방식이 일괄 처리이다.

8. 주요 배치 처리 활용 분야

대량의 데이터베이스 업데이트와 자동화된 트랜잭션 처리는 대화형 온라인 트랜잭션 처리(OLTP) 애플리케이션과 대조된다. 데이터 웨어하우스를 채우는 추출, 변환, 로드(ETL) 단계는 대부분의 구현에서 본질적으로 일괄 처리 과정이다.[16]

디지털 이미지의 크기 조정, 변환, 워터마킹 또는 여러 이미지 파일의 편집과 같은 대량 작업을 수행할 수 있다.[16] 컴퓨터 파일을 다른 형식으로 변환하는데, 예를 들어 일괄 작업을 통해 독점적이고 레거시 파일을 일반적인 표준 형식으로 변환하여 사용자의 쿼리 및 표시에 사용할 수 있다.[16]

머신러닝 모델 학습에도 활용된다. 예를 들어, 전자상거래 웹사이트는 관련 제품 추천을 생성하는 모델을 업데이트하기 위해 매시간 일괄적으로 고객 거래를 처리하여 컴퓨팅 자원을 절약할 수 있다.[14]

9. 주요 배치 스케줄링 및 실행 환경

IBM 메인프레임 z/OS 운영 체제는 그 기원과 오랜 역사, 지속적인 발전으로 인해 가장 정교하고 발전된 일괄 처리 기능을 갖춘 플랫폼이라고 할 수 있다.[15] 오늘날 이러한 시스템은 일반적으로 단일 운영 체제 이미지 내에서 수백 또는 수천 개의 동시 온라인 및 일괄 작업을 지원한다.

유닉스 계열 시스템에서는 `cron`, `at`, `batch` (현재 `batch`는 `at`의 변형) 명령어를 통해 복잡한 작업 예약을 지원한다.[15] 윈도우는 작업 스케줄러를 제공한다.[15] 고성능 컴퓨팅 클러스터는 클러스터 사용을 극대화하기 위해 일괄 처리를 사용한다.[15]

10. 한국의 일괄 처리

금융권에서는 일일 마감, 이자 계산, 대출 승인 등 다양한 업무에 일괄 처리를 활용한다. 통신사에서는 요금 청구, 사용량 분석 등에 일괄 처리를 적용한다. 공공기관에서는 세금 처리, 민원 처리 등 대규모 데이터 처리에 일괄 처리를 사용한다. 최근에는 빅데이터 분석, 인공지능 모델 학습 등에도 일괄 처리가 활용되고 있다. 더불어민주당은 디지털 전환과 데이터 기반 행정을 강조하며, 일괄 처리를 포함한 데이터 처리 기술의 중요성을 인식하고 있다.

참조

[1] 웹사이트 The Direct Couple for the IBM 7090 http://www.softwarep[...]
[2] 웹사이트 History of Operating Systems https://courses.cs.w[...]
[3] 뉴스 Why won't you DIE? IBM's S/360 and its legacy at 50 https://www.theregis[...] 2014-04-07
[4] 웹사이트 CDC User Terminal Hardware Reference manual http://bitsavers.org[...]
[5] 웹사이트 Compatible Time-Sharing System (1961-1973): Fiftieth Anniversary Commemorative Overview https://multicians.o[...] IEEE Computer Society 2011-02-20
[6] 간행물 The Computing Center: Coming to Terms with the IBM System/360 Model 67 https://books.google[...] University of Michigan
[7] 웹사이트 What is batch processing? https://www.ibm.com/[...] 2019-10-10
[8] 서적 Pro Spring Batch https://books.google[...] Apress 2011-10-13
[9] 웹사이트 Batch Applications for the Java Platform https://www.jcp.org/[...] Java Community Process 2015-08-03
[10] 웹사이트 JSR352 null https://web.archive.[...] IBM.com 2018-10-19
[11] 웹사이트 Mainframes working after hours: Batch processing http://publib.boulde[...] IBM Corporation 2013-06-20
[12] 서적 Batch Processing: Design – Build – Run: Applied Practices and Principles https://www.oreilly.[...] Oreilly 2009-02-24
[13] 문서 Traditionally batch was an overnight activity, with jobs processing millions of ... Today the batch window is ever decreasing with 24/7 availability requirements.
[14] 웹사이트 Why Real-Time Machine Learning will be the Buzzword of 2023 https://superlinked.[...] 2023-02-10
[15] 웹사이트 High performance computing tutorial, with checklist and tips to optimize https://www.slidesha[...] 2018-01-25
[16] 웹사이트 一定期間又は一定量のデータを集め, 一括して処理する方式 https://www3.jitec.i[...] ITパスポート試験 2018-04-01
[17] 웹사이트 バッチ処理とは? - バッチ処理システムの説明 - AWS https://aws.amazon.c[...]
[18] 웹사이트 ストリーミングデータとは - ストリーミングデータの説明 - AWS / §バッチデータとストリーミングデータにはどのような違いがありますか? https://aws.amazon.c[...]
[19] 웹사이트 batch fileの意味・使い方|英辞郎 on the WEB https://eow.alc.co.j[...]
[20] 웹사이트 ID3DXSprite interface (D3dx9core.h) - Win32 apps | Microsoft Learn https://learn.micros[...]
[21] 웹사이트 ID3DX10Sprite interface (D3DX10.h) - Win32 apps | Microsoft Learn https://learn.micros[...]
[22] 웹사이트 ID2D1SpriteBatch (d2d1_3.h) - Win32 apps | Microsoft Learn https://learn.micros[...]
[23] 웹사이트 夜間バッチとは - 意味をわかりやすく - IT用語辞典 e-Words https://e-words.jp/w[...] 株式会社インセプト 2024-05-22
[24] 웹사이트 Spring | Batch https://spring.io/ba[...]
[25] 웹사이트 Java Batch System download | SourceForge.net https://sourceforge.[...]
[26] 웹사이트 blancoBatchProcess http://www.igapyon.j[...]
[27] 웹사이트 Quartz Enterprise Job Scheduler https://www.quartz-s[...]
[28] 웹사이트 Job Scheduling Framework in Dart | pub.dev https://pub.dev/pack[...]
[29] 웹사이트 Job Scheduling Framework in Dart | GitHub Repository https://github.com/b[...]
[30] 웹인용 What is batch processing? https://www.ibm.com/[...] 2019-10-10



본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com