2016-11-20 1 views
2
나는 웹 역할의 세트와 마이크로 소프트의 패턴 중 하나를 사용하여 작업자 역할 집합 사이의 큐 기반 통신을 구현하는 계획입니다

: 아직까지 명확하지 않다 무엇푸른 응답 큐 관리

enter image description here

을 저에게 응답 대기열을 관리하는 방법이 있습니다. 각 발신자 (웹 역할)는 메시지에 응답 대기열 이름을 포함시켜야하므로 수신자 중 하나가 발신자에게 신호를 보내는 경우에만 메시지가 처리됩니다. 웹 역할이 ARR (고정 세션)과 균형을 이루고 SignalR을 사용하여 처리 결과를 다시 사용자 브라우저로 전달하기 때문에 이는 중요합니다.

웹 역할 인스턴스가 컴퓨터 이름을 큐 이름으로 사용하기 시작할 때 응답 큐를 만들려고합니다. 그러나 자동 스케일링으로 인해 버려진 대기열로 곧 끝납니다. SQL DB에 유지하고 오래된 것들을 삭제하는 큐 풀과 같은 것을 구현할 수 있지만, 나는 그 여분의 복잡성을 좋아하지 않습니다. 더 쉬운 방법이 있습니까?

답변

1

Azure Service Bus Topics/Subscriptions을 사용해 보셨습니까?

'응답 대기열'로 단일 주제를 사용할 수 있습니다. 각 발신자 (웹 역할)는 자신의 set of subscription filters (아마도 웹 역할 인스턴스의 이름을 확인)이라는 제목으로이 주제에 가입하여 해당 응답 메시지를 수신 할 수 있습니다.

여러 응답 큐를 유지 관리하는 복잡성을 줄일 수 있습니다.