메시지 큐잉 소개
WebSphere® MQ 제품을 사용하면 프로그램이 일관된 애플리케이션 프로그래밍 인터페이스(API)를 사용하여 다른 컴포넌트(프로세서, 운영 체제, 서브시스템 및 통신 프로토콜)의 네트워크에서 서로 통신할 수 있습니다.
이 인터페이스를 사용하여 설계되고 작성된 애플리케이션은 메시징 및 큐잉 스타일을 사용하기 때문에 메시지 큐잉 애플리케이션이라고 합니다.
| 메시징 | 프로그램은 서로 직접 호출하기 보다는 메시지로 데이터를 서로 송신하여 통신합니다. |
| 큐잉 | 메시지는 스토리지의 큐에 배치되어 프로그램이 다른 속도와 시간에, 여러 위치에서, 서로 간에 논리적 연결 없이 독립적으로 실행될 수 있도록 합니다. |
메시지 큐잉이 다년간 데이터 처리에 사용되어 왔습니다. 메시지 큐잉은 전자 메일에서 가장 많이 사용됩니다. 큐잉 없이 전자 메시지를 장거리 송신하는 경우 라우트의 모든 노드가 메시지 전달에 대해 사용 가능해야 하고 주소가 로그온되어야 하며 사용자가 이 주소에 메시지 송신을 시도한다는 사실에 대해 인식하고 있어야 합니다. 큐잉 시스템에서 시스템이 메시지를 전달할 준비가 될 때까지 메시지는 중간 노드에 저장됩니다. 최종 목적지에서 주소가 메시지를 읽을 준비가 될 때까지 메시지는 전자 편지함에 저장됩니다.
그렇다 하더라도 다수의 복잡한 비즈니스 트랜잭션이 오늘날 큐잉 없이 처리됩니다. 대형 네트워크에서 시스템은 사용 준비 상태인 수천의 연결을 유지보수하고 있을 수 있습니다. 시스템의 한 부분에 문제가 생기는 경우 시스템의 많은 부분이 사용 불가능하게 됩니다.
메시지 큐잉을 프로그램용 전자 메일로 생각할 수 있습니다. 메시지 큐잉 환경에서 애플리케이션 스위트를 구성하는 각 프로그램은 특정 요청에 대한 응답으로 명확하고 독립적인 기능을 수행합니다. 다른 프로그램과 통신하려면 프로그램이 사전정의된 큐에 메시지를 넣어야 합니다. 다른 프로그램은 큐에서 메시지를 검색하고 메시지에 포함된 요청 및 정보를 처리합니다. 따라서 메시지 큐잉은 프로그램 대 프로그램 통신의 스타일입니다.
- 통신 코드를 작성할 필요 없이 프로그램(각각 다른 환경에서 실행될 수 있음) 간에 통신합니다.
- 프로그램이 메시지를 처리하는 순서를 선택하십시오.
- 메시지 수가 임계값을 초과할 때 둘 이상의 프로그램이 큐를 서비스하도록 구성하여 시스템에 로드를 밸런스화합니다.
- 1차 시스템이 사용 가능하지 않은 경우 대체 시스템이 큐를 서비스하도록 구성하여 애플리케이션의 사용가능성을 증가시키십시오.
메시지 큐 개념
간단하게 큐라고 하는 메시지 큐는 메시지를 송신할 수 있는 이름 지정된 목적지입니다. 큐를 서비스하는 프로그램이 메시지를 검색할 때까지 메시지는 큐에 누적됩니다.
큐 관리자에서 큐가 상주하고 관리됩니다(메시지 큐잉 용어 참조). 큐의 물리적 특성은 큐 관리자가 실행되는 운영 체제에 따라 다릅니다. 큐는 컴퓨터 메모리의 휘발성 버퍼이거나 영구 스토리지 디바이스(예: 디스크)에서 데이터 세트일 수 있습니다. 큐의 실제 관리는 큐 관리자가 담당하며 참여하는 애플리케이션 프로그램에 대해 분명하지 않게 작성됩니다.
프로그램은 큐 관리자의 외부 서비스를 통해서만 큐에 액세스할 수 있습니다. 프로그램은 큐를 열고, 큐로(부터) 메시지를 넣고, 메시지를 가져오고 큐를 닫을 수 있습니다. 또한 큐의 속성을 설정 및 조회할 수 있습니다.
메시지 큐잉의 다른 스타일
- 포인트-투-포인트
큐에는 메시지가 한 개만 배치되며 하나의 애플리케이션이 해당 메시지를 수신합니다.
포인트-투-포인트 메시징에서 송신 애플리케이션이 수신 애플리케이션에 대한 정보를 알아야 수신 애플리케이션으로 메시지를 송신할 수 있습니다. 예를 들어, 송신 애플리케이션은 정보를 송신할 큐 이름을 알아야 하며 큐 관리자 이름도 지정할 수 있습니다.
- 발행/구독
발행 애플리케이션이 발행하는 각 메시지의 사본은 모든 관련 애플리케이션으로 전달됩니다. 관련 애플리케이션이 하나 또는 여러 개일 수 있으며, 전혀 없을 수도 있습니다. 발행/구독에서 관심 애플리케이션은 구독자로 알려지며 메시지는 구독으로 식별되는 큐에 큐됩니다.
발행/구독 메시징을 사용하면 정보의 제공자를 해당 정보의 이용자와 분리할 수 있습니다. 송신 애플리케이션과 수신 애플리케이션은 송수신할 정보를 위해 서로에 대해 알지 않아도 됩니다. 발행/구독 메시징에 대한 자세한 정보는 WebSphere MQ 발행/구독 메시징 소개를 참조하십시오.
애플리케이션 설계자 및 개발자에 대한 메시지 큐잉의 이점
- 여러 애플리케이션에서 공유할 수 있는 소형 프로그램을 사용하여 애플리케이션을 설계할 수 있습니다.
- 이러한 빌딩 블록을 다시 사용하여 새 애플리케이션을 빠르게 빌드할 수 있습니다.
- 메시지 큐잉 기술을 사용하도록 작성된 애플리케이션은 큐 관리자가 작업하는 도중에 발생한 변경사항에 영향을 받지 않습니다.
- 통신 프로토콜을 사용할 필요가 없습니다. 큐 관리자는 사용자를 위해 통신의 모든 측면을 다룹니다.
- 메시지가 프로그램에 송신될 때 메시지를 수신하는 프로그램이 실행 중일 필요는 없습니다. 메시지는 큐에 보유됩니다.
메시지 큐잉을 사용하지 않는 애플리케이션에 비해 프로그래밍 기술에 대한 요구가 낮아지고, 필요한 개발자의 수가 적어지고 개발이 빨라지기 때문에 설계자는 애플리케이션 비용을 줄일 수 있습니다.
WebSphere MQ는 애플리케이션이 실행되는 위치마다 메시지 큐 인터페이스(또는 MQI)라는 공용 애플리케이션 프로그래밍 인터페이스를 구현합니다. 이를 통해 하나의 플랫폼에서 다른 플랫폼으로 애플리케이션 프로그램을 쉽게 포트시킬 수 있습니다.
MQI에 대한 자세한 내용은 MQI(Message Queue Interface) 개요를 참조하십시오.
개념