Cron & Crontab

 


cron 디먼

목적

명령을 자동으로 수행합니다.

구문

cron

 

설명

cron 디먼은 지정된 날짜와 시간에 쉘 명령을 수행합니다. 다음 이벤트 유형들이 cron 디먼으로 계획됩니다.

  • crontab 명령 이벤트
  • at 명령 이벤트
  • batch 명령 이벤트
  • sync 서브루틴 이벤트
  • ksh 명령 이벤트
  • csh 명령 이벤트

이들 이벤트가 처리되는 방법은 /var/adm/cron/queuedefs 파일에 의해 지정됩니다.

정기적으로 계획된 명령은 crontab 파일에 있는 지침에 따라 지정될 수 있습니다. crontab 명령을 사용하여 crontab 파일을 제출할 수 있습니다. at 명령을 사용하여 한번만 수행될 명령을 제출하십시오. cron 디먼은 절대로 종료하지 않으므로, 한번만 수행되어야 합니다.

cron 디먼은 cron 디먼이 초기설정될 때만 crontab 파일과 at 명령 파일을 시험합니다. crontab 명령을 사용하여 crontab 파일에 변경을 수행할 때, 변경을 나타내는 메세지가 cron 디먼으로 전송됩니다. 이것으로 새로운 또는 변경된 파일에 대해 정기적으로 계획된 간격으로 오버헤드를 점검하지 않아도 됩니다.

chtz 명령, 웹 기반 시스템 관리 응용프로그램으로 또는 SMIT를 통해 TZ 환경 변수를 변경할 때, cron 디먼을 재시작해야 합니다. 이로써 cron 디먼이 새 TZ 환경 변수에 대한 올바른 시간대 및 일광절약시간 변경 정보를 사용할 수 있게 됩니다.

cron 디먼은 /var/adm/cron/log 파일에 활동 로그를 작성합니다.

보안

감사(audit) 이벤트: 감사(auditing) 서브시스템이 적절하게 구성설정되었고 사용 가능한 경우, cron 명령은 실행될 때마다 다음 감사 레코드(이벤트)를 생성합니다.

이벤트 정보
CRON_Start 각 작업의 이름, 작업이 at 또는 cron 명령에 의해 개시되었는지 여부 및 작업을 시작한 시간을 나열합니다.
CRON_Finish 사용자의 이름, 작업의 프로세스 ID 및 처리가 완료된 시간을 나열합니다.

감사 이벤트 선택 및 그룹화하는 방법과 감사 이벤트 데이타 수집 구성설정 방법에 대한 자세한 내용은 AIX Version 4.3 System Management Guide: Operating System and Devices에 있는 "감사 기능 설정"을 참조하십시오.

파일

/var/adm/cron/FIFO crontab 또는 at 명령으로 새 작업이 제출될 때 cron 디먼으로 메세지를 전송하는 명명된 파이프.
/var/adm/cron cron 디먼 디렉토리를 지정합니다.
/var/adm/cron/log 사용통계 정보를 지정합니다.
/var/adm/cron/queuedefs
                          cron 디먼 이벤트 파일을 지정합니다.
/var/spool/cron 스풀 영역을 지정합니다.
/usr cron 디먼에 의해 계속 열려 있는 디렉토리를 나타냅니다.
/usr/bin cron 디먼에 의해 계속 열려 있는 디렉토리를 나타냅니다.
/usr/lib cron 디먼에 의해 계속 열려 있는 디렉토리를 나타냅니다.
/etc cron 디먼에 의해 계속 열려 있는 디렉토리를 나타냅니다.
/tmp cron 디먼에 의해 계속 열려 있는 디렉토리를 나타냅니다.

 


crontab 명령

목적

cron 작업을 제출, 편집, 나열 또는 제거합니다.

구문

crontab -e | -l | -r | -v | File ]

 

설명

crontab 명령은 cron 작업을 제출, 편집, 나열 또는 제거합니다. cron 작업은 cron 디먼이 정기적으로 계획된 간격으로 수행하는 명령입니다. cron 작업을 제출하려면, crontab 명령을 -e 플래그와 함께 지정하십시오. crontab 명령은 편집 세션을 호출하여 crontab 파일을 작성할 수 있게 합니다. 이 파일에 각 cron 작업에 대한 항목을 작성합니다. 각 항목은 cron 디먼에 맞는 양식이어야 합니다. 항목 작성에 대한 내용은 crontab 파일 항목 형식을 .

사용자가 항목 작성을 마치고 파일을 종료할 때, crontab 명령이 그것을 /var/spool/cron/crontabs 디렉토리에 복사한 후, 사용자의 현재 사용자 이름에 대해 명명된 파일에 배치합니다. 사용자 이름을 갖는 파일이 crontabs 디렉토리에 이미 존재하는 경우, crontab 명령은 기존 파일위에 겹쳐씁니다.

다른 방법으로, File 매개변수를 지정하여 crontab 파일을 작성할 수 있습니다. 파일이 존재할 경우, 그 파일은 cron 디먼이 예상하는 형식이어야 합니다. 파일이 없을 경우, crontab 명령이 편집기를 호출합니다. EDITOR 환경 변수가 있을 경우, 명령은 지정하는 편집기를 호출합니다. 그 외에는 crontab 명령이 vi 편집기를 사용합니다.

crontab 파일의 내용을 나열하려면, crontab 명령에 -l 명령을 지정하십시오. 기존 파일을 제거하려면, -r 플래그를 사용하십시오.

cron 디먼

cron 디먼은 crontab 파일 항목에 따라 명령을 수행합니다. 사용자가 cron 작업의 출력을 표준 출력 또는 오류로 재지정하지 않는 한, cron 디먼은 사용자에게 모든 명령 출력 또는 오류를 메일로 전송합니다. crontab 파일에서 cron 작업을 잘못 지정하면, cron 디먼은 작업을 수행하지 않습니다.

cron 디먼은 cron 디먼이 초기설정될 때만 crontab 파일을 시험합니다. crontab 명령을 사용하여 crontab 파일에 변경을 수행할 때, 변경을 나타내는 메세지가 cron 디먼으로 전송됩니다. 이것으로 새로운 또는 변경된 파일에 대해 정기적으로 계획된 간격으로 오버헤드를 점검하지 않아도 됩니다.

crontab 명령 사용에 대한 제어

/var/adm/cron/cron.allow/var/adm/cron/cron.deny 파일은 crontab 명령을 사용할 수 있는 사용자를 제어합니다. 루트 사용자는 이 파일을 작성, 편집 또는 삭제할 수 있습니다. 이 파일의 항목은 한 행에 이름이 한 개 있는 사용자 로그인 이름입니다. 사용자의 로그인 ID가 둘 이상의 로그인 이름과 연관되는 경우, crontab 명령은 사용자가 실제로 사용 중인 로그인 이름과 상관없이 /etc/passwd 파일에 있는 첫번째 로그인 이름을 사용합니다.

다음은 cron.allow 파일의 한 예입니다.

root
nick
dee
sarah

cron.allow 파일이 있을 경우, 로그인 이름이 여기에 나타나는 사용자들만이 crontab 명령을 사용할 수 있습니다. 루트 사용자의 로그 이름이 cron.allow 파일에 반드시 나타나야 합니다. 시스템 관리자는 사용자의 로그인 이름을 cron.deny 파일에 나열하여 그 사용자가 crontab 명령을 사용할 수 없게 할 수 있습니다. cron.deny 파일만이 존재하는 경우, 파일에 나타나지 않는 모든 사용자가 crontab 명령을 사용할 수 있습니다.

다음 중 하나에 해당되는 경우, crontab 명령을 사용할 수 없습니다.

  • cron.allow 파일과 cron.deny 파일이 존재하지 않습니다(루트 사용자만 허용).
  • cron.allow 파일이 존재하지만 사용자의 로그인 이름이 나열되어 있지 않습니다.
  • cron.deny 파일이 존재하고 사용자의 로그인 이름이 나열되어 있습니다.

cron.allowcron.deny 파일이 둘다 존재하지 않는 경우, 루트 사용자 권한을 갖는 사람만이 crontab 명령으로 작업을 제출할 수 있습니다.

crontab 파일 항목 형식

crontab 파일은 각 cron에 대한 항목을 포함합니다. 항목들은 개행 문자로 분리됩니다. 각 crontab 파일 항목은 다음 형태로 공백이나 탭으로 분리된 6개 필드를 포함하고 있습니다.

 
minute(분)  hour(시)  day_of_month(일)  month(월)  weekday(요일)  command(명령)

이들 필드는 다음 값을 승인합니다.

minute(분) 0 - 59
hour(시) 0 - 23
day_of_month(일) 1 - 31
month(월) 1 - 12
weekday(요일) 일요일부터 금요일까지를 나타내는 0 - 6
command(명령) 쉘 명령

각 필드에 대해 반드시 값을 지정해야 합니다. command 필드를 제외하고, 필드 다음에 들어갈 수 있습니다.

  • 지정된 범위에 있는 숫자. 5월에 명령을 수행하려면, 필드에 5를 지정하십시오.
  • 두 수를 대시로 분리하여 두 수 자체도 포함하는 범위를 나타내는 범위 지정. 화요일부터 금요일까지 cron 작업을 수행하려면, weekday 필드에 2-5를 입력하십시오.
  • 숫자들을 쉼표로 분리하여 나열한 숫자 리스트. 1월의 첫날과 마지막 날에 명령을 수행하려면, 필드에 1,31을 입력합니다.
  • *(별표)는 모든 허용되는 값을 의미합니다. 매 시간마다 작업을 수행하려면, hour(시) 필드에 별표를 지정하십시오.
주: 앞에 역슬래시(% 포함)가 오는 모든 문자는 문자 그대로 처리됩니다. 날짜의 지정은 두 필드(날짜와 요일)에 의해 이루어질 수 있습니다. 둘다를 요소로 지정할 경우, 둘다 고수하십시오. 예를 들어 다음과 같이 입력합니다.
0 0 1,15 * 1 command

이 명령은 모든 월요일뿐만 아니라 각 달의 1일과 15일에 command를 수행합니다. 단 하나의 필드로 날짜를 지정하려면, 다른 필드는 *를 포함해야 합니다.

명령 지정

cron 디먼은 선택된 날짜와 시간의 여섯 번째 필드에 지정된 명령을 수행합니다. 여섯 번째 필드에 %(퍼센트 기호)를 포함하면, cron 디먼은 그 앞에 오는 모든 것을 명령 호출로서 취급하고, 퍼센트 기호(\%)를 탈출하지 않는 한 그 뒤에 오는 모든 것을 표준 입력에 사용 가능하게 만듭니다. 공백 행과 첫번째 비공백 문자가 번호 기호(#)인 행을 무시됩니다.

주: 쉘은 명령 필드의 첫번째 행만을 수행합니다. 모든 다른 행은 명령에 표준 입력으로 사용 가능하게 됩니다.

cron 디먼은 사용자의 HOME 디렉토리에서 서브쉘을 시작합니다. 사용자가 로그인되지 않았을 때 수행하도록 명령을 계획하고 사용자의 .profile 파일에 있는 명령을 수행하려면, 명령은 반드시 명시적으로 사용자의 .profile 파일을 읽어야 합니다.

cron 디먼은 모든 쉘에 대해 HOME, LOGNAME, SHELL(=/usr/bin/sh) 및 PATH(=/usr/bin)를 정의하는 디폴트 환경을 제공합니다.

플래그

-e 사용자의 crontab 파일의 사본을 편집하거나 또는 아직 crontab 파일이 없으면 편집 세션을 시작합니다. 편집이 완료될 때, 항목이 사용자의 crontab 파일로서 설치됩니다. 편집 세션은 EDITOR 환경 변수에 의해 지정되는 편집기를 사용하여 시작됩니다. 디폴트 편집기는 vi입니다.
-l crontab 파일을 나열합니다.
-r crontab 디렉토리에서 사용자 crontab 파일을 제거합니다.
-v cron 작업의 상태를 나열합니다.

보안

감사(audit) 이벤트: 감사(auditing) 서브시스템이 적절하게 구성설정되고 사용 가능한 경우, crontab 명령은 명령이 실행될 때마다 다음 감사 레코드(이벤트)를 생성합니다.

이벤트 정보
CRON_JobRemove cron 작업을 제거한 사용자와 시기를 나열합니다.
CRON_JobAdd cron 작업을 추가한 사용자와 시기를 나열합니다.

감사 이벤트 선택 및 그룹화하는 방법과 감사 이벤트 데이타 수집 구성설정 방법에 대한 자세한 내용은 AIX Version 4.3 System Management Guide: Operating System and Devices에 있는 "감사 기능 설정"을 참조하십시오.

종료 상태

이 명령은 다음과 같은 종료값으로 복귀합니다.

0 성공적으로 완료되었습니다.
>0 오류가 발생하였습니다.

예제

  1. mycronjobs이라는 파일을 /var/admn/cron/crontabs 디렉토리에 복사하려면, 다음과 같이 입력하십시오.
    crontab mycronjobs
  2. 매 시간마다 콘솔에 시간을 기록하려면, 다음과 같이 입력하십시오.
    0 * * * * echo The hour is `date` .
    >/dev/console
  3. 모든 월요일, 수요일 및 금요일 오전 6시 30분에 calendar 명령을 수행하려면, 다음과 같이 입력하십시오.
    30 6 * * 1,3,5 /usr/bin/calendar
  4. 일년 내내 매일 6시 30분에 calendar 명령을 수행하려면, 다음과 같이 입력하십시오.
    30 6 * * * /usr/bin/calendar
  5. 8월 동안 매일 자정에 maintenance라는 스크립트를 수행하려면, 다음과 같이 입력하십시오.
    0 0 * 8 * /u/harry/bin/maintenance
  6. 명령에 대한 표준 입력에 대해 텍스트를 정의하려면, 다음과 같이 입력하십시오.
    0 16 * 12 5 /usr/sbin/wall%HAPPY HOLIDAY!%Remember to 
    turn in your time card.
    %(퍼센트 기호) 뒤에 오는 텍스트가 다음과 같이 wall 명령에 대한 표준 입력을 정의합니다.
    HAPPY HOLIDAY!
     
    Remember to turn in your time card.

파일

/var/adm/cron/FIFO crontab 또는 at 명령으로 새 작업이 제출될 때 cron 디먼으로 메세지를 전송하는 명명된 파이프.
/var/spool/cron/crontabs crontab 스풀 영역을 지정합니다.
/var/adm/cron/cron.allow crontab 명령에 대한 액세스가 허용되는 사용자 리스트를 지정합니다.
/var/adm/cron/cron.deny crontab 명령에 대한 액세스가 거부되는 사용자 리스트를 지정합니다.

 


리눅스에서는 매일 혹은 매주, 아니면 한달에 한번 등등 주기적으로 해야 하는 작업을 편리하게 지원해주는 cron이라는 도구가 있습니다.
cron을 이용하면 이러한 단순 반복 작업을 쉽게 서버에서 자동으로 실행되도록 할 수 있습니다.

그러면 간단한 사용방법과 응용법에 대해 살펴보도록 하죠.

cron을 이용한 작업 자동화 스케줄링은 크게 두가지 단계로 생각해 볼 수 있습니다.
첫번째는 작업 내용을 위한 간단한 쉘 실행 스크립트를 만드는 것이고,
두번째는 그 실행 스크립트를 crontab을 이용해 cron에서 자동실행 할 수 있도록 등록하는 것이죠.

cron 을 사용하기 위해서는 crontab 이란 명령을 이용합니다.

[root@linux /root]# crontab
usage:  crontab [-u user] file
        crontab [-u user] { -e | -l | -r }
                (default operation is replace, per 1003.2)
        -e      (edit user's crontab)
        -l      (list user's crontab)
        -r      (delete user's crontab)
[root@linux /root]#

주로 사용하는 옵션은 -l 옵션과 -e 옵션입니다.
-l은 cron에 스케쥴링 되어 있는 작업 리스트를 보여주며, -e는 작업 내용을 편집할 수 있도록 해줍니다.(기본적으로 편집기로 VI 에디터를 사용하므로 VI 에디터의 기본적인 사용이 가능해야 합니다.)

crontab을 이용해 스케줄링을 편집할 경우의 형식은 다음과 같습니다.

0 3 * * * /home/www/cron/daily_backup > /dev/null 2>&1

0, 3, 그리고 *로 이루어진 맨 앞의 5개의 필드는 각각 분, 시, 일, 월, 요일을 나타냅니다.

  • 분 : 0부터 59
  • 시 : 0부터 23
  • 일 : 1부터 31
  • 월 : 1부터 12, 또는 jan, feb 등의로 정의
  • 요일 : 0부터 6(0이 일요일), 또는 sun, mon 등으로 정의

그리고 다음의 /home/www/cron/daily_backup은 실행 명령 또는 실행 파일을 나타내며, cron의 출력 결과와 에러내용은 메일을 통해 root에게 보내지는데 메일을 통해 통보받기를 원하지 않고 어떠한 기록을 남길 필요가 없을때는 > /dev/null 2>&1 으로 각각 표준 출력과 표준에러 처리에 대해 정의하면 됩니다.
만약 로그파일을 이용해 결과를 남기고 싶다면
> /dev/null 대신 >> /home/www/cron/cron_log 등으로 정의하면 차곡차곡 출력 결과가 쌓이겠죠.

오늘 설명드릴 내용은 홈페이지의 내용을 하루에 한번씩 백업하는 내용이므로, 백업파일이 정상적으로 생성되었는지 확인하는 것이 cron이 제대로 작동했는지 확인하는 것이 됩니다. 그래서 위와 같이 메일이나 로그등이 남지 않도록 하였습니다.

그럼 지정된 명령이나 실행 스크립트를 어떻게 구성할 것인가 살펴봐야겠죠?

[root@linux /root]# cat /home/www/cron/daily_backup
#!/bin/sh
## WWW Daily Backup
cd /home/www/backup
dir='date +%y%m%d'
mkdir $dir
cd $dir
cp -r /home/www/public_html/* .
[root@linux /root]#

간단하죠? 첫째 줄에서는 쉘을 정의하고…그다음 명령들은 날짜에 해당하는 백업 디렉토리를 만들어 이동한다음, 홈페이지 내용을 복사해오는 명령들의 나열입니다.

그러면 다시 cron에 설정되어있는 내용을 살펴보면…

0 3 * * * /home/www/cron/daily_backup > /dev/null 2>&1

앞의 필드를 살펴본다면 매일 새벽 3시 정각에 daily_backup 쉘 스크립트를 실행하고, 표준 출력 결과는 모두 버리라는 뜻으로 해석하면 되겠군요.

이러한 방법으로 DB나 기타 백업 처리의 자동화가 가능합니다.
물론 기타 작업또한 자동화 시킬 수 있겠죠.

 

출처 : Cron & Crontab 2006.07.26 | 카페명 : Super UNIX(IBM HP SUN SCO)


'개발 세발 창고' 카테고리의 다른 글

JFrame 에서 윈도우 닫기 버튼 비활성화  (0) 2009.03.10
이클립스와 CVS를 이용한 팀 작업  (0) 2009.03.10
리눅스/유닉스 명령어 모음  (0) 2009.03.10
Introducing JMS  (0) 2009.03.10
프로그램은..  (0) 2009.03.10

목차
  1. 리눅스/유닉스 명령어 모음
  2. BASH 일반
  3. 파일과 디렉토리
  4. 압축과 아카이브
  5. 디스크와 파일 시스템
  6. 프로세스 관리
  7. 사용자와 그룹
  8. 시스템 관리
  9. 네트워크/인터넷
  10. 텍스트 처리
  11. 기타
  12. MS-윈도우에서 유닉스/리눅스 명령어의 사용
  13. 잡담

리눅스/유닉스 명령어 모음

리눅스와 유닉스에서 쓰이는 일반적인 명령어들을 나열하고 실제 활용 방법을 기록합니다.

BASH 일반

파일과 디렉토리

  • ls: 파일 목록 보기
  • cp: 파일의 복사
  • mv: 파일의 이동과 이름 바꾸기
  • rm: 파일의 삭제
  • ln: 파일과 디렉토리에 대한 링크 생성
  • mkdir: 디렉토리의 생성
  • rmdir: 디렉토리의 삭제
  • touch: 빈파일을 생성하거나 파일의 수정된 날짜를 현재 시각으로 변경
  • chown: 파일의 소유자 바꾸기
  • chgrp: 파일의 그룹 바꾸기
  • chmod: 파일의 허가권 설정
  • du: 현재 디렉토리가 차지하고 있는 용량보기
  • cat:
  • find: 파일 검색
  • locate :
  • which: 실행파일의 경로 표시
  • whereis:

압축과 아카이브

디스크와 파일 시스템

  • fstab: 파일 시스템 마운트 정보를 저장한 /etc/fstab 파일의 작성법
  • mount: 디스크와 파일 시스템의 마운트
  • umount: 마운트된 파일 시스템 언마운트(마운트 해제)
  • df: 마운트된 각 파티션의 용량과 사용량, 남은 용량 보기

프로세스 관리

  • top: 현재 메모리 및 프로세스별 자원 사용률 표시
  • ps:
  • kill:
  • killall:

사용자와 그룹

시스템 관리

  • shutdown: 시스템의 종료와 재부팅
  • free: 메모리와 스왑 이용량 출력
  • uname: 시스템 정보 표시(커널 종류/버전 등)

네트워크/인터넷

텍스트 처리

  • sed: 텍스트 프로세싱 툴(스트림 에디터)
  • awk(gawk): 패턴 스캔 & 프로세싱을 위한 랭귀지 툴
  • grep: 텍스트 파일 내용 검색
  • more:
  • less:

기타

  • man: Manual 페이지 보기

MS-윈도우에서 유닉스/리눅스 명령어의 사용

MS-윈도우에서도 저 훌륭한 유닉스/리눅스 명령어/툴들을 사용할 수 있다.
  • [WWW]GnuWin32: 윈도우로 포팅된 GNU 명령어들
  • [WWW]Cygwin: 윈도우로 Bash 부터 시작하여 GCC, VI 등 X 윈도우까지 포팅하는 프로젝트

잡담

  • 리눅스 명령어 활용 사전제작에 들어갑니다. 많은 분들의 참여로 진정한 "리눅서들"의 위키가 되었으면 좋겠습니다. -- 권남
  • 링크가 생성 안된 것들을 이제 함께 채워나가요..
  • Basic Command - 이 페이지를 잠시 유지함. Command 페이지가 완성되면 삭제 

'개발 세발 창고' 카테고리의 다른 글

JFrame 에서 윈도우 닫기 버튼 비활성화  (0) 2009.03.10
이클립스와 CVS를 이용한 팀 작업  (0) 2009.03.10
Cron & Crontab  (0) 2009.03.10
Introducing JMS  (0) 2009.03.10
프로그램은..  (0) 2009.03.10
Introducing JMS


자바스터디 네트워크 [www.javastudy.co.kr]

조대협 [bcho_N_O_SPAM@j2eestudy.co.kr]




JMS는 Java Messaging System의 약자로 Java에서 Messaging System을 사용하기 위한 API들의 정의 이다.

Messaging System


먼저 Messaging System에 대해서 알아보도록 하자. Messagign System이란, Application과 Application이 서로 통신을 하도록 지원해주는 시스템을 이야기 한다.

예를 들어서 설명해보자. 각 지점에 설치된 매출 관리 시스템 A라는 AP(※ Application의 약자, 이하 AP)와 본점에 설치된 B라는 AP가 있다고 하자, A라는 AP는 매출이 발생할때마다, 그 내용을 매장에 있는 PC에도 저장하지만, 그 내용을 본사의 Unix Machine에 전송해서 추후에 총합하도록 하게 한다고 하자.

일반적으로 Messaging System이 만들어지기 전에는 이런 업무를 A와 B 시스템간에 Socket을 직접 연결해서 Packet을 정의하고 그 Packet에 따라서 통신을 했다. 이 통신을 위해서, Packet에 대한 flow control이나, 네트워크에 문제가 발생했을때의 예외처리등을 다 직접 프로그래밍을 해야 했다. 그러나 Messaging System은 이런 모든 AP간의 통신에 대한 여러 기능들을 제공하여 통신에 대한 부분을 간결화 시켜준다

Messaging System에는 이외에도, 하나의 Publisher(방송者)가 여러 Subscriber(구독者) 에게 메세지를 전송하는 모델이라던지, P2P모델 그리고, 메세지가 중간에 유실되지 않게 하는 Reliable Messaging, 비동기방식으로 메세지를 전달하는 방법, 분산 트렌젝션, 클러스터링등을 지원한다. 이 내용에 대해서는 뒤에서 좀 더 자세하게 알아보도록 하자.


What is JMS?


그렇다면 JMS는 무엇인가? JMS는 이런 메세징 시스템을 Java에서 사용하기 위한 표준 API이다. 우리가 DBMS를 사용하면서 JDBC를 사용하는것처럼, JMS는 Messaging 시스템을 사용하기 위한 API의 집합이다.


<그림 1. jms 시스템 개념도>


그림을 살펴보자, Java Application은 표준화된 JMS API를 이용해서 Messaging System을 사용하게 된다. 이 JMS API는 각각 Messaing System Vendor에서 제공되는 Provider Code를 이용해서 Implementation되어 있기 때문에, Java Application 개발자는 JMS라는 표준 API만 사용하면 대부분의 Messanging System을 사용할 수 있다.

※ Notice !! - JMS라는 표준이 있기는 하지만 각각의 Messaging System의 특성에 따라 달라질 수 있다. 작동구조나 성능 역시 각각의 Messaging System 마다 차이가 있기 때문에. 이를 충분히 고려해서 사용해야한다.


<그림 2. jms 시스템 개념도>


Messaging System의 경우 JMS API뿐 아니라 C와 같은 Non-Java AP를 위한 Lib Code를 제공하는 경우가 있는 데 이런 경우에는 Java Application이 아닌 다른 언어로 개발된 Application과도 호환이 되기 때문에, JMS기반의 Messaging 시스템은 Mainframe이나 다른 Application들과 Java Application을 연동하는데 많이 사용이 되며, 근래에 많이 출시되는 EAI솔루션도 JMS를 이용하는 경우가 많다.

우리가 흔히 이야기하는 JMS Product는 이 Messaging System과 JMS API 가 함께 제공되는 Product를 이야기 한다. (Sonic MQ,WebLogic JMS,Oracle Advanced Queing.. etc.)


Feature of JMS


지금까지 JMS에 대한 간단한 개념을 알아봤다. 그럼 JMS API에는 어떤 특징이 있는지 하나씩 살펴 보기로 하자.
AP A와 AP B가 통신을 한다고 했을때, 통신하는 방법은 방식에 따라 data-centric이냐, interface-centric이냐로 분리될 수 있다.

RMI,IIOP,SOAP 또는 직접 TCP Packet을 정의하여 socket으로 통신하는 방식은 interface-centric이라고 한다. 데이타를 보내는 Sender에서 데이타를 보내게 되고, receiver는 어떤 데이타 형이 올지를 알고 있다. (데이타 타입이 서로 약속되어 있다.) 그리고 sender는 recevier로 부터 어떤 데이타를 받을것인지를 알고 있고, 그 데이타가 올때까지 기다리는게 일반적인 흐름이다. 즉 서로 통신을 하는 AP들이 데이타형이나 동작 방법에 대해서 알고 있는 경우가 된다.

그러나 JMS의 경우 data-centric 모델로, sender는 데이타를 보내기만 한다. Receiver가 data를 받았건 말건, 내지는 receiver의 수가 얼마가 되었는지는 상관하지 않는다. JMS에서는 sender는 JMS의 Messaging System에 데이타를 보내기만 한다. Receiver는 이렇게 Messaing System에 보내진 데이타를 중계해서 받는다. 이때 데이타 형은 미리 정해져 있지 않다. (물론 데이타를 받은 다음에는 알맞은 형으로 casting해야 된다. 그러나 데이타형을 몰라도 데이타를 받는것 자체에는 문제가 없다.) 즉 메세지를 주고 받는데에 sender와 receiver간의 약속이 필요하지 않다.


Asynchronous messaging


기본적으로 JMS Messaging 시스템은 Async 방식의 Messaging을 지원한다. Interface-centric의경우, data 를 send하면 ack를 받거나 return 값을 받을때까지 sender는 waiting을 하게 된다. Receiver역시, 계속 sender로 부터 데이타가 오기를 기다린다. 이런 통신 방식은 sync 방식이라 한다.

그러나 Async방식은 sender는 일단 message 시스템에 데이타를 보내논다. Receiver가 받았는지 여부를 확인할 필요 없이, sender는 계속해서 메세지를 보내고, 메세지를 다 보냈으면 작업을 중단한다. Receiver는 sender로 부터 데이타가 오기만을 기다리는게 아니라, 필요할때, message 시스템에 저장되어 있는 (sender로 부터 보내진) 메세지만 꺼내서 바로 사용하면 된다. 즉 sender와 receiver의 message 전송작업이 동시에 일어나지 않게 된다.


Reliable and unreliable messaging


앞에서 설명했듯이 JMS는 sender가 receiver의 상태에 상관없이 message를 무조건 보낸다고 설명했다. 여기서 집고 넘어가야할것이 그럼 어떻게 sender가 보낸 메시지가 receiver에 도착했는지를 보장할 수 있느냐는 것이다. (네트워크 문제나 기타 문제로 메세지가 유실 될 수 있다. ) 이건 JMS Messaging 시스템이 보장해준다. Reliable Messaging의 경우, sender가 데이타를 보냈으면 시스템이 중간에 다운되더라도, sender가 보낸 메세지는 receiver에게 도착할 수 있도록 보장한다. 이런 Reliable Messaging은 회사간 거래에서 중요한 데이타를 전송하는 모델 등에 유용하게 사용될 수 있다.

그 밖에 실시간 데이타 처럼 신뢰성이 중요하지 않고 메세지가 전송되는 것이 중요하다면 unreliable Messaging을 이용하여, 별도의 보장 없이 메세지를 빨리 전송하는데만 초점을 맞출 수 있다.


Publish/Subscribe model


JMS Messaging System은 sender와 receiver를 지원하는 모델에서도 다소 차이가 있다. Interface centric model의 경우(IIOP,RMI. Etc)의 경우 하나의 sender는 하나의 connect된 recevier에만 message를 보내는 1:1 (peer-to-peer) model이다. JMS는 이런 peer-to-peer 모델이외에 1:N (publish/subscriber model)과 , 특정 메세지그룹의 메세지만을 특정 그룹이 받을 수 있게 할 수 도 있다.


Queue/Bus


JMS Messaging 시스템에서 sender가 메세지를 보내는 destination이 되고, reciever가 메세지를 읽어오게 되는 부분을 우리는 Queue 또는 Bus라고 이야기한다.


<그림 3. JMS Queue의 개념>


그림 3을 보면 좀더 쉽게 이해를 할 수 있다. 포탈 쇼핑몰에 입점한 여러개의 쇼핑몰이 있다고 하자. 포탈쇼핑몰에서는 주문 내용을 메세지로 만들어서 보내고, 이 메세지를 컴퓨터에 대한 주문은 QueueA로, 전자제품에 대한 주문은 Queue B로 보낸다고 한다. 컴퓨터 판매 쇼핑몰은 QueueA에서만 주문 정보를 받고, 전자제품 쇼핑몰을 QueueB에서 주문을 받는다. Queue는 이처럼 Sender와 Receiver간에 Message를 주고 받는 채널의 역할을 한다.

여기서 만약 포탈 쇼핑몰이 하나 더 늘어 났다고 하자. 그러면 주문 연동은 어떻게 할것인가? 답은 간단하다. 새로운 포탈 쇼핑몰 B가 컴퓨터 판매 쇼핑몰에 주문을 넘기기 위해서는 Queue A에 주문 Message를 보내기만하면 된다 < 그림 3-1. 포탈 쇼핑몰이 늘어난 경우 >


<그림 3-1. 포탈 쇼핑몰이 늘어난 경우>


마찬 가지 방법으로, 포탈 쇼핑몰 A가 컴퓨터 판매에 대한 주문을 컴퓨터 판매 쇼핑몰이 아니라, 전자 제품 판매 쇼핑몰에 하고자 할때는 컴퓨터 판매에 대한 주문을 Queue B에만 넣어주면 된다.

이처럼 JMS Messaging 시스템에는 Queue의 개념을 이용하면, Message의 경로 배정( Routing)을 매우 유연적으로할 수 있으며, 이런 유연성은 업무 흐름 (Work flow)를 구현하는데 큰 강점으로 작용한다.

그럼 이렇게 기능이 좋은 JMS를 통신에는 다 사용하면 될것인가? 당연히 대답은 NO다. 이메일을 위해서는 이미 SNMP라는 좋은 프로토콜이 개발되어 있고, 이를 이용하기 위한 JavaMail API가 있다. Audio나 Video Streaming 같은 경우에는 Real Time이 중요하다, JMS는 오히려 Async 메세징에 더 유리하다고 볼 수 있다. JMS Messaging 시스템의 특성에 대해서 제대로 파악하고, 적재 적소에 사용한다면 좀더 뛰어나고 안정된 상호 운영성을 확보할 수 있을 것이다.

지금까지 JMS 시스템의 대략적인 구조에 대해서 살펴보았다.. 처음 접하는 사람은 쉬운 개념이 아니었을지도 모르지만, JMS 시스템이 대략 어떤 개념인지만 이해한다면 충분히 성공한것이다. 좀 더 구체적인 내용과 구현방법은 JMS 시스템에 대한 서적을 참고하기 바란다.

※ 참고 자료 Enterprise JMS Programmin / Shaun Terry - M Books

'개발 세발 창고' 카테고리의 다른 글

JFrame 에서 윈도우 닫기 버튼 비활성화  (0) 2009.03.10
이클립스와 CVS를 이용한 팀 작업  (0) 2009.03.10
Cron & Crontab  (0) 2009.03.10
리눅스/유닉스 명령어 모음  (0) 2009.03.10
프로그램은..  (0) 2009.03.10

소스 코드 짤 때 맘 다르고

 

소스 코드 볼 때 맘 다르니

 

이래서 주석이 필요한가 보오..

 

쉣~!!

 

ㅡㅡ;

'개발 세발 창고' 카테고리의 다른 글

JFrame 에서 윈도우 닫기 버튼 비활성화  (0) 2009.03.10
이클립스와 CVS를 이용한 팀 작업  (0) 2009.03.10
Cron & Crontab  (0) 2009.03.10
리눅스/유닉스 명령어 모음  (0) 2009.03.10
Introducing JMS  (0) 2009.03.10

+ Recent posts