내 애플리케이션은 현재 Azure App Service로서 훌륭하게 작동합니다. 이는 Service Bus 큐를 사용하여 클라이언트가 선택한 데이터 비트를 푸시하고 "일"이 발생한 다음 클라이언트가 다른 Service Bus 큐의 내 앱에 응답을 다시 푸시합니다. 기본적으로 인바운드 대기열과 아웃바운드 대기열이 각각 하나씩 있습니다.
이제 이 애플리케이션을 SaaS로 확장하려고 합니다. 나는 동일한 대기열 출력, 대기열 입력 아키텍처를 유지하고 싶지만 잠재적으로 무제한 (n)의 개별적이고 신뢰할 수 없는 클라이언트 연결을 사용하고 싶습니다. 또한 2nService Bus 리소스를 유지 관리하는 데 드는 시간당 비용과 관리에 투자하는 것을 피하고 싶습니다 .
Service Bus 큐에 이러한 유형의 보안 "필터링"을 적용하는 방법이 없습니다. 클라이언트는 "다음 메시지 5개를 주세요"라고 말할 수 있지만 자신의 메시지뿐만 아니라 모든 사람의 메시지를 받게 됩니다.
Service Bus 큐를 사용하여 원하는 작업을 수행할 수 있는 방법이 있나요? 다른 종류의 Azure 리소스를 사용하여 이 아키텍처 개념을 구현해야 합니까? 아니면 "give me"를 구현하기 위해 사용자 정의 API 호출을 코딩하는 것이 가장 좋습니다.나의다음 5개 메시지' 아이디어?
답변1
내 생각에는 주제와 필터링된 구독이 아마도 효과가 있을 것 같습니다.https://docs.microsoft.com/en-us/azure/service-bus-messaging/topic-filters