5

이 문서의 내용 : https://azure.microsoft.com/en ..., 서비스 버스는 대기열/주제 당 초당 2000 개의 메시지를 처리 ​​할 수 ​​있습니다. 이 기사 : https://azure.microsoft.com/en ... '이것은 분할 된 큐 또는 토픽의 전체 처리량이 단일 메시지 브로커 또는 메시징 저장소의 성능에 의해 더 이상 제한되지 않는다는 것을 의미합니다.' 분할 된 큐/토픽을 만들면 내부적으로 16 개의 파티션을 생성합니다. 제 질문은 : 분할 된 큐/주제의 처리량이 16 x 2000 = 32,000 (근사치)까지 선형 적으로 증가합니까? 또는 2000 msg/sec의 처리량이 유지됩니까? 파티션 된 대기열/주제에 대한 처리량 벤치 마크를 알려주십시오. 우리는 현재 매우 높은 처리량의 주제가 필요한 시나리오를 분석 중입니다. 이 질문에 대한 안내가 정말 도움이 될 것입니다. Azure 서비스 버스 엔티티 처리량

이 질문에

은 또한 푸른 사이트에 게시되어 있습니다 https://azure.microsoft.com/en-us/documentation/articles/service-bus-performance-improvements/

답변

3

성능은 사물의 수에 따라 달라집니다. 예를 들어, 중복 탐지, 세션, 트랜잭션 등의 많은 고급 기능은 오버 헤드를 추가하므로 처리량이 감소합니다. 기본/표준 세입자 모델 당신이 오늘 얻는 성과를 공유하고 있기 때문에 https://github.com/Azure-Samples/service-bus-dotnet-messaging-performance

은 또한, 내일 얻을 성능과 다를 수 있습니다 : 만일 당신이 자신을이 성능 샘플을 실행 해 벤치 마크합니다. 또한 일부 노드가 다른 노드보다 더 바쁠 수 있으므로 선형 눈금이 표시되지 않을 수 있습니다.

진정한 예측 가능성을 위해서는 프리미엄이 가장 좋습니다.

+0

감사합니다. @JTaub. 그래서 내가 이해하는 것은 처리량이 분할 된 대기열/주제를 사용하여 2000 개의 메시지/초/대기열보다 높다는 것입니다. 리소스의 공유 및 기능 사용으로 인해 정확히 선형이 아닐 수도 있습니다. 이는 충분히 공정합니다. –