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