메뉴

애플리케이션 메시징 큐를 테스트하는 방법 : IBM WebSphere MQ 소개 튜토리얼

how test application messaging queue

문제를 제거하기 위해 도구를 사용해보십시오

메시징 대기열이란 무엇입니까?

메시징 대기열 (MQ) , 메시지 지향 미들웨어 도구는 IBM 메시지 (XML / 텍스트 파일 / HTML 파일 등)를 전달하는 데 매우 유용합니다. SOA (서비스 지향 아키텍처) 80 개 이상의 플랫폼에서.

신뢰할 수 있으며 보안이 보장 된 통신 매체와 탁월한 메시징 솔루션을 제공합니다. 엔터프라이즈 아키텍처 지구 반대편.

오늘의 기사는 두 애플리케이션 / 모듈 간의 메시지 전송을 용이하게하는 메시징 큐 테스트에 관한 것입니다. 이렇게하면 메시지 전송 중에 애플리케이션 / 모듈 간의 연결을 테스트하는 데 도움이됩니다.

Windows 10 용 PC 클리너 무료 다운로드

애플리케이션 메시징 대기열 테스트

학습 내용 :

실시간 예 메시징 대기열 체계

해 보자 ICICI 은행 여기에는 하나의 완전한 애플리케이션을 만들기 위해 병렬로 실행되는 많은 시스템이 포함됩니다. 가정합니다 ICICI 은행 2015 년 연간 수익 마진 1 억 달러를 보여줍니다.

이 수익은 저축 계좌, 신용 카드 계좌, 주택 융자 계좌 등과 같은 모든 시스템의 총합입니다.

ICICI 은행은 상위 시스템으로서 각 개별 시스템에서 통신을 추구합니다. 이 통신은 주로 메시징 대기열 체계.

상위 ICICI 은행은 저축 계좌 신청서의 총 이익이 필요하다는 요청을 보낼 수 있습니다. 그런 다음 저축 계정 애플리케이션은이 정보를 계산하여 XML 형식으로 저장하고 원격 대기열에 넣습니다.

그런 다음 상위 시스템은 원격 큐를 호출하여이 정보를 검색합니다.

MQ를 사용한 애플리케이션

주요 구성 SQM 설정하고 있습니다 큐 관리자 .

MQ 큐 관리자

큐 관리자에 대한 몇 가지 중요한 세부 정보는 다음과 같습니다.

  • 전체 기능을 소유 / 관리합니다. WebSphere MQ 애플리케이션 .
  • 데이터 전송에 대한 책임이 없습니다.
  • 특정 대상 큐로 데이터를 전송하거나 다른 큐가 메시지를 선택할 때까지 내부적으로 메시지를 저장하기위한 채널 및 포트를 포함합니다.
  • 응용 프로그램에는 메시지를 전달하기 위해 여러 큐 관리자 / 채널이있을 수 있습니다.

기술 예

애플리케이션이 있다고 가정 해 보겠습니다. 앱, APPP, APPF, APPL, APPD . 모두 서로간에 메시지를 전달하고 있습니다. 그들 중 일부는 양방향 통신 구조 .

  • 앱 큐 관리자 -APPSQM, 채널 -APPSCH, 큐 이름 -MQS, 포트 번호 -11112가있는 판매 애플리케이션입니다.
  • APPP 큐 관리자 -APPPQM, 채널 -APPPCH, 큐 이름 -MQP, 포트 번호 -1111이있는 제품 처리 애플리케이션입니다.
  • APPF 큐 관리자 -APPFQM, 채널 -APPFCH, 큐 이름 -Mqf, 포트 번호 -1112가있는 완성 된 완전한 기능의 애플리케이션입니다.
  • APPL 큐 관리자 -APPLQM, 채널 -APPLCH, 큐 이름 -MQD, 포트 번호 -1112가있는 물류 애플리케이션입니다.
  • APPD 큐 관리자 -APPDQM, 채널 -APPDCH, 큐 이름 -MQD, 포트 번호 -1112가있는 전달 애플리케이션입니다.

메시징 대기열 1

시나리오 1 – APPS가 데이터를 APPP로 보냅니다.

위의 각 응용 프로그램에는 두 개의 구성 파일, 응용 프로그램 구성 및 메시징 대기열 구성. 응용 프로그램 구성에는 XML 메시지에 대한 절차 및 데이터 처리에 대한 세부 정보가 포함되어 있습니다.

그만큼 SQM 구성 파일은 SQM 큐 관리자 -APPSQM, 채널 -APPSCH, 큐 이름 -MQS, 포트 번호 -1111과 같은 관련 세부 사항.

( 노트 : 이미지를 클릭하시면 크게보실 수 있습니다.)

메시징 대기열 2

일단 앱 애플리케이션은 데이터를 처리하고 XML 메시지를 생성하여 큐에 넣습니다. 앱 작업이 완료되었습니다.

큐 관리자가 데이터를 보관할 때까지 다른 큐에서 메시지를 선택할 때입니다.

이제 APPP 애플리케이션은 MQS 대기열에서 XML 메시지를 선택해야합니다. 그만큼 APPP MQ 구성 파일은 MQS 큐에서 XML 메시지를 가져 오도록 구성됩니다.

MQP 큐는 MQS 큐에서 XML 메시지를 가져 와서 다음으로 보냅니다. APPP 추가 처리 신청.

유사한 프로세스가 각 응용 프로그램에서 수행되어 다른 응용 프로그램에서 데이터를 얻습니다.

시나리오 2 – APPP가 데이터를 APPS로 보냅니다.

이번에는 구성 파일이 양쪽에서 다릅니다. MQ 구성 파일 APPP 큐 관리자 -APPPQMR, 채널 -APPPCHR, 큐 이름 -MqpR, 포트 번호 -1111과 같은 다른 큐 정보가 있습니다.

그리고 앱 큐 관리자 -APPSQMR, 채널 -APPSCHR, 큐 이름 -MqsR, 포트 번호 -1111과 같은 다른 큐 정보를 갖습니다. 포트 번호는 동일한 시스템에서 피어로 연결될 수 있으므로 일부 응용 프로그램에서 동일 할 수 있습니다.

메시징 대기열 3

따라서, 모든 애플리케이션은 그에 따라 서로간에 메시지를 전달하도록 구성되어야합니다.

현재 시스템에있는 로컬 애플리케이션과 다른 원격 애플리케이션간에 통신이 발생할 가능성이 있습니다. 위에서 언급했듯이 로컬 및 원격 응용 프로그램에는 통신을 활성화하기 위해 서버에 설정할 구성 파일이 있어야합니다.

앞에서 말했다시피, 로컬 및 원격 응용 프로그램 모두 통신을 활성화하기 위해 서버에 설정할 구성 파일이 있어야합니다.

MQ를 사용한 기능 테스트

테스터는 다음 사항을 확인해야합니다.

  • 애플리케이션 구성
  • 대기열 구성
  • 메시지 형식
  • 메시지 정확성 및 완전성
  • 메시지 전송
  • 메시지 오류 발생시

SOA의 MQ

SQM 사용할 수있는 신뢰할 수있는 기술입니다. SOA 애플리케이션간에 메시지를 전달하는 아키텍처. 메시지 통신은 ERP 시스템을 운영하기위한 핵심 개념이므로 SQM 적절한 솔루션을 제공합니다.

쉽고 안전합니다. 기술 예제에 표시된 것과 유사한 접근 방식에 따라

기술 예제에 표시된 것과 유사한 접근 방식에 따라 메시징 대기열 하나 이상의 앱에서 데이터를 가져 오도록 여러 애플리케이션에서 설정할 수 있습니다.

메시징 대기열 4

애플리케이션 아키텍처를 살펴보면 테스터는 애플리케이션 간의 메시지 통신 연결, E2E 메시지 흐름 등에 대한 더 많은 정보를 얻을 수 있습니다.

어쨌든 MQ 팀 또는 환경 팀은 추가 세부 정보를 제공 할 수 있습니다.

MG 시뮬레이터 (예 : IBM WebSphere )는 인바운드 큐에서 아웃 바운드 큐로 메시지를 전송할 수 있으며, 메시지를 삭제하고 모니터링하며 가변 구성으로 아웃 바운드 큐에서 수신을 확인하는 데 사용할 수 있습니다.

테스트 중 MQ 관련 문제

메시지를 전달하는 애플리케이션을 테스트하는 동안 메시징 대기열 , 메시지가 한 응용 프로그램에서 다른 응용 프로그램으로 전송되지 못하는 시나리오가 많이 있습니다.

일반적인 문제 중 일부는 다음과 같습니다.

  • 잘못된 헤더, 메타 데이터 문제, 형식 문제, 데이터 문제 등과 같은 입력 XML 메시지 형식 문제.
  • 잘못된 큐 이름, 관리자 이름, 채널, 포트 등과 같은 잘못된 큐 구성
  • 메시지 크기가 예상보다 클 수 있습니다. 메시지는 오류 / 사용 불능 대기열 폴더에 속합니다.
  • 대기열 서버 문제, 연결 문제, 원격 대기열 문제 등으로 인해 메시지 통신이 실패합니다.

결론

다음 앱을 테스트 할 때 SOA , 예 : ERP 시스템 , MQ 필수 요소이며 테스터로서 동일한 기본 세부 사항을 이해하는 것이 좋습니다.

이 기사가 개념 도입에 성공하고 더 많은 탐구와 숙달을위한 길을 열었기를 바랍니다.

대한 저자: 이것은 Asish K Mallik의 게스트 기사입니다.

아래에 귀하의 의견, 질문 및 입력 사항을 공유하십시오.

추천 도서

^