Azure Notification Hubs로 푸시 알림: 질문과 대답

Azure Notification Hubs에는 허브 및 네임스페이스라는 두 개의 리소스 수준이 있습니다. 허브는 한 앱의 교차 플랫폼 푸시 정보를 저장할 수 있는 단일 푸시 리소스입니다. 네임스페이스는 한 지역의 허브 컬렉션입니다. 권장되는 매핑은 하나의 네임스페이스를 하나의 앱과 일치시키는 것입니다. 네임스페이스 내에 프로덕션 앱과 작동하는 프로덕션 허브, 테스트 앱과 작동하는 테스트 허브 등이 있을 수 있습니다.

최신 가격 책정 정보는 Notification Hubs 가격 책정 페이지에서 찾을 수 있습니다. Notification Hubs는 네임스페이스 수준에서 대금이 청구됩니다. (네임스페이스에 대한 정의는 “Notification Hubs의 리소스 구조는 무엇입니까?” 참조) Notification Hubs는 세 가지 계층을 제공합니다.

• 체험: 이 계층은 푸시 기능을 탐색하기 적절한 시작점입니다. 프로덕션 앱에는 권장되지 않습니다. 구독마다 매달 500개의 디바이스와 백만 개의 푸시를 Service Level Agreement(서비스 수준 약정) 보장 없이 받게 됩니다.
• 기본: 이 계층(또는 표준 계층)은 더 작은 프로덕션 앱에 권장됩니다. 구독마다 매달 200,000개의 디바이스와 천만 개의 푸시를 기본으로 받게 됩니다.
• 표준: 이 계층은 중간 및 대형 프로덕션 앱에 권장됩니다. 구독마다 매달 천만 개개의 디바이스와 천만 개의 푸시를 기본으로 받게 됩니다. 풍부한 원격 분석 데이터(제공된 푸시 상태에 대한 추가 데이터)를 포함합니다.

표준 계층 기능:

• 다양한 원격 분석: 메시지 원격 분석 단위로 Notification Hubs를 사용하여 푸시 요청을 추적하고 디버깅을 위해 플랫폼 알림 시스템 피드백을 사용할 수 있습니다.
• 다중 테넌트: 네임스페이스 수준에서 플랫폼 알림 시스템 자격 증명 작업을 수행할 수 있습니다. 이 옵션을 사용하면 동일한 네임스페이스 내에서 허브로 테넌트를 쉽게 분할할 수 있습니다.
• 예약된 푸시: 알림이 언제든지 전송되도록 예약할 수 있습니다.
• 대량 작업: 등록 내보내기/가져오기 문서에 설명된 대로 등록 내보내기/가져오기 기능을 사용합니다.

기본 및 표준 Notification Hubs 계층의 경우에 올바르게 구성된 애플리케이션은 99.9% 이상의 성공률로 푸시 알림을 보내거나 등록 관리 작업을 수행할 수 있습니다. SLA에 대해 자세히 알아보려면 Notification Hubs SLA 페이지로 이동하세요.

Azure Portal>Notification Hubs 네임스페이스 또는 Notification Hubs로 이동합니다. 업데이트할 리소스를 선택하고 가격 책정 계층으로 이동합니다. 다음 요구 사항에 유의하세요.

• 업데이트된 가격 책정 계층은 작업 중인 네임스페이스 내 모든 허브에 적용됩니다.
• 디바이스 수가 다운그레이드하려는 계층의 한도를 초과하는 경우에는 디바이스를 삭제해야 다운그레이드할 수 있습니다.

.NET, Java, Node.js, PHP 및 Python용 서버 SDK가 제공됩니다. Notification Hubs API는 REST 인터페이스를 기반으로 하므로 다양한 플랫폼을 사용하거나 추가 종속성을 원하지 않는 경우 REST API로 직접 작업할 수 있습니다. 자세한 내용을 보려면 Notification Hubs REST API 페이지로 이동하세요.

푸시 알림은 iOS, Android, Windows Universal, Windows Phone, Android China(Baidu 경유), XamariniOS 및 Android, 및 Safari에서 지원됩니다. 자세한 내용은 Notification Hubs 시작 자습서 페이지를 참조하세요.

Notification Hubs는 모바일 앱을 실행하는 디바이스에 알림을 보냅니다. 전자 메일 또는 문자 메시지 기능은 제공하지 않습니다. 또한 Notification Hubs는 브라우저 내 푸시 알림 배달 서비스를 기본적으로 제공하지 않습니다. 고객은 지원되는 서버 쪽 플랫폼의 맨 위에서 SignalR을 사용하여 이를 구현할 수 있습니다.

지원되는 디바이스 수에 대한 내용은 Notification Hubs 가격 책정 페이지를 참조하세요.

지원이 필요한 등록 디바이스가 1,000만 대 이상인 경우 여러 네임스페이스에 디바이스를 분할해야 합니다.

선택한 계층에 따라 Azure Notification Hubs는 시스템에서 전송되는 알림 수에 따라 알림 허브가 자동으로 확장합니다.

고객들은 Notification Hubs를 사용하여 매일 수백만 건의 푸시 알림을 보내고 있습니다. Azure Notification Hubs를 사용하는 한 푸시 알림 도달률의 규모를 조정하기 위해 특별한 작업을 수행할 필요가 없습니다.

수신 부하가 비교적 일정하며 기본적으로 수신량이 급증하지 않는 일반적인 사용 시나리오에서 Azure Notification Hubs는 분당 1백만 건 이상의 푸시 알림 전송을 처리할 수 있습니다. 이 속도는 태그 수, 들어오는 보내기의 특성 및 기타 외부 요인에 따라 달라질 수 있습니다.

예상된 배달 시간 동안 서비스는 플랫폼당 대상 수를 계산한 다음 등록된 태그 또는 태그 식을 기준으로 푸시 알림 서비스(PNS)에 메시지를 라우팅할 수 있습니다. 이것은 디바이스에 알림을 보내기 위해 PNS가 담당합니다.

PNS는 알림 배달에 대한 SLA를 보장하지 않습니다. 그러나 대부분의 푸시 알림은 Notification Hubs로 전송된 시점에서 몇 분 이내에(일반적으로 10분 이내) 대상 디바이스로 배달됩니다. 몇 가지 알림에 더 많은 시간이 소요될 수 있습니다.

푸시 알림은 외부 플랫폼별 PNS를 통해 배달되는 특성이 있으므로 대기 시간이 보장되지 않습니다. 일반적으로 대부분의 푸시 알림은 보통 몇 분 이내에 배달됩니다.

Azure Notification Hubs는 고객이 선택한 지역에 고객 등록 데이터를 저장합니다. Notification Hubs는 메타데이터 재해 복구 보장(Notification Hubs 이름, 연결 문자열 및 기타 중요한 정보)을 제공합니다. 브라질 남부 및 동남 아시아를 제외한 모든 지역에서 메타데이터 백업은 다른 지역(일반적으로 Azure가 쌍으로 연결한 지역)에서 호스트됩니다. 브라질 남부 및 동남 아시아 지역에서는 해당 지역의 데이터 보존 요구 사항을 수용하기 위해 동일한 지역에 백업이 저장됩니다.

모바일 앱/환경

• 환경당 모바일 앱마다 알림 허브를 하나씩 사용합니다.
• 다중 테넌트 시나리오에서는 각 테넌트에 별도의 허브가 있어야 합니다.
• 프로덕션 및 테스트 환경에 대해 동일한 알림 허브를 공유하지 마세요. 이 경우 알림을 보낼 때 문제를 일으킬 수 있습니다. (Apple에서는 각기 별도의 자격 증명을 사용하는 샌드박스 및 프로덕션 푸시 엔드포인트를 제공합니다.)
• 기본적으로 Azure Portal 또는 Visual Studio의 Azure 통합 구성 요소를 통해 등록된 디바이스에 테스트 알림을 보낼 수 있습니다. 임계값은 등록 풀에서 임의로 선택된 10개의 디바이스에 설정됩니다.

PNS 자격 증명

Apple, Google 등의 플랫폼 개발자 포털에 모바일 앱을 등록하면 앱 식별자 및 보안 토큰이 전송됩니다. 디바이스에 푸시 알림을 보낼 수 있도록 앱 백 엔드에서 플랫폼의 PNS에 이 토큰을 제공합니다. 보안 토큰은 인증서(예: Apple iOS 또는 Windows Phone) 또는 보안 키(예: Google Android 또는 Windows) 형식일 수 있습니다. 이들은 알림 허브에서 구성해야 합니다. 일반적으로 구성은 알림 허브 수준에서 수행되지만 다중 테넌트 시나리오에서는 네임스페이스 수준에서 수행할 수도 있습니다.

네임스페이스

네임스페이스를 배포 그룹화에 사용할 수 있습니다. 또한 다중 테넌트 시나리오에서 같은 앱의 모든 테넌트에 대해 모든 알림 허브를 표시하는 데 사용할 수도 있습니다.

지역 배포

지역 배포가 푸시 알림 시나리오에서 반드시 중요한 것은 아닙니다. 디바이스에 푸시 알림을 전송하는 다양한 PNS(예: APNS 또는 FCM)는 고르게 분산되어 있지 않습니다.

애플리케이션이 전역적으로 사용되는 경우에는 전 세계 여러 Azure 지역에서 Notification Hubs 서비스를 사용하여 다른 네임스페이스에 허브를 만들 수 있습니다.

등록을 만들기 전에 클라이언트를 인증해야 하는 경우 앱 백 엔드에서 등록하는 것이 유용합니다. 또한 앱 논리 기반 앱 백 엔드에서 생성 또는 수정해야 하는 태그가 있는 경우에도 유용합니다. 자세한 내용을 보려면 백 엔드 등록 지침 및 백 엔드 등록 지침 2 페이지로 이동하세요.

Azure Notification Hubs에서는 공유 액세스 서명 기반 보안 모델을 사용합니다. 루트 네임스페이스 수준 또는 상세한 알림 허브 수준에서 공유 액세스 서명 토큰을 사용할 수 있습니다. 메시지 보내기 권한, 알림 수신 대기 권한 등의 여러 권한 부여 규칙에 따라 공유 액세스 서명 토큰을 설정할 수 있습니다. 자세한 내용은 Notification Hubs 보안 모델 문서를 참조하세요.

모든 알림은 플랫폼의 PNS를 통해 대상 디바이스로 배달됩니다. 알림을 Azure Notification Hubs로 보내면 처리된 후 각 PNS로 전달됩니다.

보낸 사람으로부터 Azure Notification Hubs를 거쳐 PNS로 가는 모든 연결에서는 HTTPS를 사용합니다.

중요한 페이로드를 전송하려면 보안 푸시 패턴을 사용하는 것이 좋습니다. 보낸 사람은 메시지 식별자가 포함된 ping 알림을 중요한 페이로드 없이 디바이스에 배달합니다. 디바이스의 앱이 페이로드를 수신하면 앱에서 보안 API를 직접 호출하여 메시지 세부 정보를 가져옵니다. 이 패턴을 구현하는 방법에 대한 가이드를 보려면 Notification Hubs 보안 푸시 자습서 페이지로 이동하세요.

Azure Notification Hubs의 고가용성을 참조하세요.

Azure Notification Hubs는 등록 태그를 제외하고 모든 미사용 고객 데이터를 암호화합니다. 따라서 태그를 사용하여 개인 데이터나 기밀 데이터를 저장해서는 안 됩니다.

예. 모든 Notification Hubs 관리 작업은 Azure Portal에 공개되는 Azure 활동 로그를 업데이트합니다. Azure 활동 로그는 구독의 리소스에서 수행된 작업에 대한 인사이트를 제공합니다. 활동 로그를 사용하면 구독의 리소스에 대한 모든 쓰기 작업(PUT, POST, DELETE)에서 누가, 무엇을, 언제 수행했는지 확인할 수 있습니다. 작업과 기타 관련 속성의 상태도 이해할 수 있습니다. 하지만. 활동 로그에는 읽기(GET) 작업이 포함되지 않습니다.

Azure Notification Hubs에서는 문제 해결을 위한 여러 기능을 제공하며, 특히 알림 삭제와 관련한 가장 일반적인 시나리오에서 사용 가능한 기능을 제공합니다. 자세한 내용은 Notification Hubs 문제 해결 백서를 참조하세요.

Azure Notification Hubs에서는 Azure Portal의 원격 분석 데이터를 확인할 수 있습니다. 사용 가능한 메트릭에 대한 자세한 내용은 Notification Hubs 메트릭 페이지에서 제공됩니다.

프로그래밍 방식으로 메트릭에 액세스할 수도 있습니다. 자세한 내용은 다음 문서를 참조하세요.

• .NET을 사용하여 Azure Monitor 메트릭 검색. 이 샘플에서는 사용자 이름 및 암호를 사용합니다. 인증서를 사용하려면 이 예제와 같이 FromServicePrincipal 메서드를 오버로드하여 인증서를 제공합니다.
• 리소스의 메트릭 및 활동 로그 가져오기
• Azure Monitoring REST API 연습