브로커 도메인을 설계하고 해당 구성요소와 연관된 자원을 설계할 때 결정한 사항이 브로커 및 응용프로그램의 성능에 영향을 미칠 수 있는 몇 가지 영역이 있습니다.
비즈니스 논리를 분리하는 방법(즉, 응용프로그램이 수행해야 하는 작업 및 메시지 플로우가 수행해야 하는 양)을 고려해야 합니다. 응용프로그램과 메시지 플로우 간의 모든 상호작용에는 I/O 및 메시지 구문 분석이 필요하므로 처리 시간이 증가합니다. 메시지 플로우를 설계하고 응용프로그램을 설계하거나 재구성하여 이러한 상호작용을 최소화하십시오.
이 요소에 대한 자세한 정보는 메시지 플로우 응답 시간 최적화를 참조하십시오.
잘 정의된 구조를 사용하여 메시지를 처리해야 할 수도 있습니다. 이 경우 메시지의 MRM 모델을 작성할 수 있습니다. 구조를 문의할 필요가 없는 경우 BLOB 메시지에 대해 작업할 수 있습니다. XML로 작업하는 경우 상세하게 표현하므로 많은 메시지가 생성되지만 XML 메시지 컨텐츠가 CWF와 같은 다른 형식보다 이해하기 쉽습니다. 필드 크기 및 순서가 중요할 수도 있습니다. 이러한 요인을 MRM 모델에 포함시킬 수 있습니다.
이러한 요인에 대한 자세한 정보는 메시지 플로우 응답 시간 최적화 및 TDS 메시지의 일반 표현식에 대한 성능 고려사항을 참조하십시오.
이 요소에 대한 자세한 정보는 메시지 플로우 처리량 최적화 및 실시간 전송의 성능 고려사항을 참조하십시오.
이러한 모든 요인은 성능 SupportPac(IP04) 설계에서 자세하게 조사합니다.
공용 성능 시나리오의 설명은 성능 문제점 해결을 검토하십시오.
WebSphere Message Broker 및 성능에 대한 추가 자료는 다음 소스를 검토하십시오.