게시자가 메시지를 게시하고 3 개의 구독을 게시하는 항목 1 개가 있습니다. 모든 메시지는 "1 = 1"규칙 덕분에 3 개의 구독으로 발송됩니다. 3 개의 구독에 3 개의 다른 앱에 게시 된 메시지를 제공합니다. 주제에 대한 "쓰기"권한이있는 게시자 용 SAS 키가 있습니다. 이제 3 개의 앱에 대해 "수신"권한이있는 3 개의 SAS 키를 만들어야하지만 주제와 만 또는 네임 스페이스 수준에서만 가입 키를 연결할 수 없음을 알았습니다. 내가 찾고있는 것은 # 1 앱이 전용되지 않은 구독을 경청하지 못하게하는 방법입니다. 그렇게 할 수 있습니까?Azure ServiceBus 구독을위한 SAS 키
내가 알고있는 유일한 방법은 Listen (수신) 및 Send SAS (샌드) 키를 사용하여 세 개의 분리 된 "수신기"항목을 갖는 것입니다.
게시자 응용 프로그램과의 연결을 끊으려면 "게시"항목에 SAS 보내기 키를 입력하고 수신 대기 가입 및 SAS 키를 만들고 "게시"라는 작은 두 번째 "방송사"응용 프로그램을 작성하십시오. 메시지를 세 "청취자"주제에 분배합니다.
그런 식으로 오직 4 개의 Send SAS 키와 1 차 "publish"주제에 대한 Listen SAS 키를 알 수 있으며 다른 3 개의 Listen SAS 키를 독립적으로 배포 할 수 있습니다.
나는 아마 이것을 고려했을 것이지만 더 쉬운 방법이 있어야한다고 생각합니다! :-)
이벤트 허브 및 릴레이를 간략하게 살펴 보았지만 릴레이가 부적절한 것처럼 보였으 나 이벤트 허브가 기능을 제공 할 수는 있지만 실제로 의도 한 것이 아닙니다. 나는 그들이 또한 많은 비용이 든다고 생각한다.
SAS 키는 주제 수준에서 작성됩니다. 주제에 대해 단일 청취 키를 작성하고 세 가지 모든 등록에 대해이를 사용하십시오. 토픽 리스닝 키를 가지고있는 한 애플리케이션이 "잘못된"구독을 통해 듣지 못하게 할 수 있다고 생각하지 않습니다. 청취자 응용 프로그램을 담당하고 있습니까? – spodger
아니요 저는 청취자 응용 프로그램을 담당하지 않습니다.이 응용 프로그램에 가입 및 키를 제공하고 있으며 다른 팀에서 관리합니다. 다른 구독이 다른 앱 전용이므로이 앱이 다른 구독 항목을들을 수 없도록하려는 이유입니다. –