MicrosoftMicrosoft Azure Solutions Architect Expert AZ-305 Certification·KO·업데이트됨 11 Aug 2026
각 고객의 모바일 앱에 푸시 알림을 보내는 다중 테넌트 SaaS 플랫폼을 구축하고 있습니다. 각 고객은 자체 APNs/FCM 자격 증명을 가져오며 등록 및 태그를 격리해야 합니다. 환경(개발/테스트/프로덕션)을 분리하면서 운영 오버헤드를 최소화하려고 합니다. 어떤 Azure Notification Hubs 설계를 구현해야 할까요?
정답 선택
옵션을 탭하여 정답을 확인하세요.
정답: 환경당 하나의 Notification Hubs 네임스페이스를 생성하고, 그 아래에 고객 앱당 별도의 허브를 생성하며, 해당 허브를 고객의 APNs/FCM 자격 증명으로 구성하고, 태그를 사용하여 대상을 지정합니다..
이것이 정답인 이유
이 설계는 각 고객의 APNs/FCM 자격 증명을 격리하고 환경을 분리하면서 운영 오버헤드를 최소화합니다. 각 환경(개발/테스트/프로덕션)에 별도의 네임스페이스를 두면 환경 간의 격리가 보장됩니다. 각 고객 앱에 대해 별도의 허브를 생성하면 고객별 자격 증명 관리가 가능하고, 등록 및 태그가 고객 수준에서 격리됩니다. 태그를 사용하면 특정 고객 내에서 대상 장치로 푸시 알림을 보낼 수 있습니다.
단일 허브를 사용하거나 모든 고객이 공유하는 허브를 사용하면 자격 증명 격리가 어렵고, 등록 및 태그 관리가 복잡해집니다. Notification Hubs를 Event Grid 및 Web Push로 대체하는 것은 모바일 푸시 알림의 기본 요구 사항을 충족하지 못하며, SignalR Service는 실시간 메시징에 적합하지만 푸시 알림 서비스(APNs/FCM)를 직접 대체하지 않습니다.