제1장 소개

UCS는 말 그대로 사용자가 제어할 수 있는 서버이다. 기존에 데몬 형태로 기동되어 수행했던 특정 시간에 작업수행, 다른 대외기관과의 연동 작업, 클라이언트로의 정보전달 등을 UCS 형태로 작성할 수 있다. 이렇게 작성된 프로그램의 프로세스들은 모두 Tmax 관할이 되어 별도의 프로세스 관리(비정상 종료의 경우 재기동 등)가 필요없다.

다음은 UCS가 사용되는 경우이다.

정보를 변경하면 접속된 클라이언트(특정 클라이언트나 모든 클라이언트)에게 알려주는 형태의 업무
- 업무사례 1
  
  증권 업무에서 시시각각 변하는 시세 정보를 클라이언트의 요청이 없이도 전달하여, 클라이언트가 보다 빠르고 정확한 데이터를 받을 수 있다.
- 업무사례 2
  
  소프트웨어 장애나 작업 일정에 대한 통보, 기타 공지 사항 등을 관리자나 개발자 또는 사용자에게 통지할 수 있다.
- 업무사례 3
  
  은행 업무에서 환거래가 발생한 경우 직접 해당 클라이언트에게 통보하거나 자동화기기의 상태를 특정 클라이언트(자동화기기 관리자)에게 알려줄 수 있다.
작업 스케줄링 형태의 업무
- 업무사례
  
  특정 시간에 배치 작업을 수행하거나 기타 스케줄링이 필요한 업무에 사용할 수 있다.

대외 연동 업무
- 업무사례
  
  대외기관과의 연동 업무를 구현할 때 보다 효율적이고 간단한 프로그램 구조를 제공한다. 비동기 형태의 거래흐름, 데이터의 도착 유무를 체크하기 위한 looping(이하 루핑)이 없어지므로, 프로그램을 간편하게 작성할 수 있을 뿐만 아니라 CPU의 자원을 절약할 수 있다. 또한 다양한 형태의 업무를 UCS 타입으로 구현할 수 있다. 따라서 개발자가 UCS 프로그램의 처리 흐름을 정확히 이해하고 사용하면 업무를 구현할 때 유용하게 사용할 수 있다.

1.2.2. RDP

RDP(Realtime Data Processor)는 UCS와 같은 형식의 서버로 동작한다. RDP는 지속적으로 변하는 데이터를 효율적이고 빠르게 클라이언트에 전달하기 위해 UCS 타입의 프로세스를 커널 수준에서 개량한 프로세스이다. RDP는 CLH를 거치지 않고 클라이언트로 데이터를 전달하기 때문에 소량의 데이터를 다수의 클라이언트에게 짧은 시간 간격으로 보낼 경우에 프로세스 점유율이나 처리 속도의 측면에서 UCS보다 월등한 성능을 보인다.

[그림 1.3] RDP의 동작 방식

RDP 서버는 한 노드에 유일해야 하며 해당 노드에 존재하는 모든 서비스는 RDP 서버로 서비스의 결과 데이터를 전송한 후 RDP 서버에서 데이터를 클라이언트로 보내게 된다.

다른 서버 프로세스에서 처리한 결과를 얻어오기 위한 채널의 수(RSCPC)를 설정해야 하며 CLH와 RDP 서버 프로세스의 수는 일정하게 유지되어야 한다(MIN 값과 MAX 값이 같아야 한다). 단, RDP 서버 프로세스의 MIN, MAX는 항상 CLH보다 많아야 하며 통상 2배수로 설정한다. 또한 CLH는 MINCLH, MAXCLH의 수를 동일하게 설정해야 한다.

프로그램 구성 및 API는 UCS와 동일하며 환경설정과 컴파일 방법에서 약간 차이가 있다. RDP의 환경설정 및 컴파일 방법에 대한 자세한 설명은 “5.3. RDP 환경설정 및 컴파일”을 참고한다.

이전		다음
안내서에 대하여	처음으로	제2장 UCS 프로그램